Ce guide travaille les concepts du 402. Les plateformes cloud, extensions et versions imposent des prérequis à vérifier avant déploiement.
Ne pas donner le même rôle à toutes les extensions
Declarative Onboarding décrit un état d’onboarding BIG-IP dans son périmètre : paramètres système et réseau notamment. AS3 décrit des services applicatifs dans son modèle. La création de l’instance cloud relève encore d’une autre étape. La séparation facilite diagnostic et responsabilité.
Vérifiez versions et matrices des extensions avant leur utilisation. Un nom de classe trouvé dans une ancienne déclaration ne prouve pas sa disponibilité dans toutes les versions. Un modèle déclaratif exprime un état souhaité ; il n’élimine pas les erreurs, dépendances ou besoins de recette.
Sources : F5, F5 BIG-IP Declarative Onboarding Documentation ; F5, F5 BIG-IP Application Services 3 Extension Documentation ; F5, Blueprint 402 — Cloud Solutions.
Lire les dépendances d’une déclaration AS3
Le fragment utilise un tenant, une application, un service HTTP et un pool. L’adresse de service et les membres appartiennent aux plages de documentation. Il ne prépare ni VLAN, ni route, ni licence et ne doit pas être envoyé tel quel à une production.
La version de schéma doit être compatible avec l’extension retenue. Examinez chaque classe et référence dans la documentation. Un JSON syntaxiquement valide peut exprimer un objet non supporté ou un service dont le chemin réseau n’existe pas.
{
"class": "ADC",
"schemaVersion": "3.0.0",
"Revision": {
"class": "Tenant",
"Web": {
"class": "Application",
"template": "generic",
"service": {
"class": "Service_HTTP",
"virtualAddresses": [
"192.0.2.10"
],
"pool": "pool"
},
"pool": {
"class": "Pool",
"members": [
{
"servicePort": 80,
"serverAddresses": [
"192.0.2.20"
]
}
]
}
}
}
}Sources : F5, F5 BIG-IP Application Services 3 Extension Documentation ; F5, Declaration using all BIG-IP AS3 Properties.
Valider intention, schéma et service
La validation doit traiter syntaxe, schéma, résultat de l’opération et état effectivement présent. Ensuite, une requête de recette vérifie la connectivité et le comportement applicatif. Une déclaration acceptée n’établit pas que le backend répond au protocole prévu.
Définissez la source de vérité et le traitement des changements locaux. Une déclaration qui remplace un état doit être examinée pour son périmètre de création ou suppression. La revue doit voir le changement souhaité et les ressources concernées avant son application.
Sources : F5, F5 BIG-IP Application Services 3 Extension Documentation ; F5, F5 BIG-IP Declarative Onboarding Documentation.
Exercice : service déclaré mais inaccessible
Une déclaration crée un service mais la requête ne reçoit pas de réponse. Séparez installation de l’extension, résultat de déclaration, réseau, écoute et backend. Indiquez quelle lecture prouve chaque étape sans modifier plusieurs déclarations à la fois.
Le dossier doit faire apparaître les frontières entre infrastructure, onboarding et application. Continuez avec le réseau cloud et le workflow complet.
Sources : F5, F5 BIG-IP Application Services 3 Extension Documentation ; F5, F5 BIG-IP Declarative Onboarding Documentation ; F5, Blueprint 402 — Cloud Solutions.
Sources et portée
Références consultées le . Les exemples utilisent des noms et adresses de documentation à remplacer. Les commandes de lecture affichent l’existant ; les captures et requêtes de diagnostic sont à limiter au périmètre autorisé.
- F5 — F5 BIG-IP Declarative Onboarding Documentation · Référence officielle ; vérifier le périmètre de version · consulté le 3 octobre 2026.
- F5 — F5 BIG-IP Application Services 3 Extension Documentation · Référence officielle ; vérifier le périmètre de version · consulté le 3 octobre 2026.
- F5 — Blueprint 402 — Cloud Solutions · Blueprint 402.42019 · consulté le 3 octobre 2026.
- F5 — Declaration using all BIG-IP AS3 Properties · Référence officielle ; vérifier le périmètre de version · consulté le 3 octobre 2026.
Retrouver le parcours de lecture F5 402