Comprendre F5 · 402

F5 402 : DO, AS3 et séparation des déclarations

Distinguer préparation système et configuration applicative dans les modèles déclaratifs F5, avec un exemple AS3 pédagogique.

Thomas SAUTIER · Publié le · Révisions de certification

Références et objectifs de certification (1)
  • Certification : 402 · Référence consultée le · Objectifs abordés : 402 5.02, 402 5.06.

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.

Comprendre en imageDO, AS3 et séparation des déclarations
DO, AS3 et séparation des déclarations Infrastructure, DO et AS3 ont des responsabilités distinctes. Schéma et état réel doivent être vérifiés avant la recette du service. Objets, conditions et comparaisons du guide Infrastructure instance et réseau DO onboarding système AS3 service applicatif Schéma classes et références État opération observée Recette service accessible Ne pas donner le même rôle à toutesles extensions Declarative Onboarding décrit un étatd’onboarding BIG-IP dans son périmètre :paramètres système et réseau notamment. AS3décrit des services applicatifs dans son modèle.La création de l’instance cloud relève encored’une autre étape. La séparation facilitediagnostic et responsabilité. Lire les dépendances d’une déclarationAS3 Le fragment utilise un tenant, une application, unservice HTTP et un pool. L’adresse de service etles membres appartiennent aux plages dedocumentation. Il ne prépare ni VLAN, ni route, nilicence et ne doit pas être envoyé tel quel à uneproduction.

Infrastructure, DO et AS3 ont des responsabilités distinctes. Schéma et état réel doivent être vérifiés avant la recette du service.

Télécharger le schéma en SVG · version claire

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.

Déclaration pédagogique, sans envoi ni résultat de déploiementJSON · déclaration AS3
{
    "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

Les dates de consultation et les versions applicables sont précisées pour chaque référence ci-dessous. 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é.

Retrouver le parcours de lecture F5 402

Continuer la série F5

Explorer tous les guides du parcours F5 402

Découvrir l’expertise F5 de Samhan

Échange

Besoin d’éclaircir votre architecture F5 ?

Échangeons sur vos flux, vos contraintes de disponibilité et vos services applicatifs.