-
-
Importation et synchronisation de StyleBooks à partir d'un référentiel GitHub
-
Créer et utiliser des StyleBooks personnalisés
-
StyleBook pour créer un serveur virtuel d'équilibrage de charge
-
StyleBook pour créer une configuration d'équilibrage de charge de base
-
Utiliser les attributs de l'interface graphique dans un StyleBook personnalisé
-
Créez un StyleBook pour télécharger des fichiers vers le service NetScaler Console
-
Activer l'analyse et configurer les alarmes sur un serveur virtuel défini dans un StyleBook
-
Déploiement de configurations GSLB à l'aide de noms de domaine DNS
-
Autoriser les caractères spéciaux avec leur forme littérale dans StyleBooks
-
Utiliser l'API pour créer des configurations à partir de StyleBooks
-
Créer des configurations pour charger des certificats et des fichiers de clés
-
Créer des configurations pour charger n'importe quel type de fichier
-
Auditer la configuration de NetScaler par rapport au pack de configuration
-
Mettre à niveau un pack de configuration vers un nouveau StyleBook
-
Supprimer de force une instance dans le pack de configuration
-
-
-
Détection des dépendances
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Détection des dépendances
Les composants d’un StyleBook peuvent faire référence aux propriétés ou aux sections d’autres composants du même StyleBook. Les composants sont des blocs complets par eux-mêmes et ils peuvent ne pas être écrits dans le même ordre qu’ils doivent être exécutés. Le compilateur StyleBook vérifie l’ordre dans lequel les composants sont écrits, puis les exécute dans un ordre logique.
Exemple :
components:
-
name: lbvserver-comp
type: ns::lbvserver
properties:
name: mylb
ipv46: 10.102.190.15
port: 80
servicetype: HTTP
-
name: lb-sg-binding-comp
type: ns::lbvserver_servicegroup_binding
condition: $parameters.create-binding
properties:
name: $components.lbvserver-comp.properties.name
servicegroupname: $components.sg-comp.properties.servicegroupname
-
name: sg-comp
type: ns::servicegroup
properties:
servicegroupname: mysg
servicetype: HTTP
<!--NeedCopy-->
Dans l’exemple ci-dessus, trois composants sont définis - lbvserver-comp, lb-sg-binding-compet sg-comp. Lorsque vous exécutez ce StyleBook, le lbvserver-comp
est d’abord créé. Le lb-sg-binding-comp
fait référence aux lbvserver-comp
propriétés, mais il ne peut pas être créé ensuite bien qu’il s’agisse du deuxième composant défini dans le StyleBook. C’est parce que l’a lb-sg-binding-comp
aussi une dépendance sur sg-comp
ce qui n’est pas encore créé. Par conséquent, le compilateur réorganise les composants de sorte que les dépendances d’un composant soient résolues lors de la création d’un composant, et exécute cette liste réordonnée de composants. L’ordre d’exécution du StyleBook ci-dessus est : lbvserver-comp
, sg-comp
, et lb-sg-binding-comp
.
Ainsi, l’auteur d’un StyleBook n’a pas besoin de s’inquiéter de l’ordre correct des composants. Les composants peuvent apparaître dans n’importe quel ordre. Le compilateur calcule l’ordre d’exécution correct des composants en fonction de la façon dont les composants se réfèrent. Il convient de noter que cela s’applique également aux sections sur les substitutions et les extrants.
Dépendances cycliques
Comme un composant peut faire référence à un autre composant, il est possible que le cycle des dépendances soit introduit dans la définition du StyleBook. Par exemple, si le composant A fait référence à une propriété définie dans le composant B, qui fait encore référence à une propriété définie dans le composant A. Ce type de dépendance est appelé dépendances cycliques. Les dépendances cycliques ne peuvent pas être résolues automatiquement. L’auteur du StyleBook corrige manuellement la définition de StyleBook pour éliminer ces dépendances cycliques. Le compilateur sera en mesure d’identifier les dépendances cycliques - si elles existent, et de les signaler.
L’exemple suivant montre une dépendance cyclique des composants :
components:
-
name: lbvserver-comp
type: ns::lbvserver
properties:
name: $components.lb-sg-binding-comp.properties.name
ipv46: 10.102.190.15
port: 80
servicetype: HTTP
-
name: lb-sg-binding-comp
type: ns::lbvserver_servicegroup_binding
condition: $parameters.create-binding
properties:
name: mylb
servicegroupname: $components.sg-comp.properties.servicegroupname
-
name: sg-comp
type: ns::servicegroup
properties:
servicegroupname: mysg
servicetype: $components.lbvserver-comp.properties.servicetype
<!--NeedCopy-->
Dans l’exemple ci-dessus, il existe trois composants : lbvserver-comp, lb-sg-binding-compet sg-comp. Le lbvserver-comp
composant dépend de lb-sg-binding-comp
, lb-sg-binding
composants. Et, ces composants dépendent de sg-comp
. Le sg-comp
composant dépend de lbvserver-comp
. Ici, un cycle de dépendances entre ces composants est formé et cela ne peut pas être résolu automatiquement. Par conséquent, ce StyleBook ne peut pas être exécuté. Le compilateur StyleBook le détecte et empêche l’importation du StyleBook dans la console NetScaler.
Partager
Partager
Dans cet article
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.