La méthode présentée est une proposition pédagogique Samhan pour travailler les objectifs du 202, avec des exigences et des preuves explicites.
Une démonstration répond à une question
Une démonstration montre un comportement ; une preuve de concept cherche à réduire une incertitude dans un contexte défini. Décidez laquelle est attendue. Une présentation réussie dans un laboratoire ne prouve pas que l’environnement cible présente les mêmes dépendances ou capacités.
Le 202 demande notamment de réunir les ressources nécessaires aux démonstrations et d’expliquer la valeur des solutions. La méthode ci-dessous est une proposition Samhan : elle relie la question du client à une observation, sans transformer le scénario en promesse commerciale.
Sources : F5, Blueprint 202 — Pre-Sales Fundamentals.
Écrire le protocole avant le résultat
Décrivez versions, plateforme, licence, objets et parcours. Identifiez une situation de référence avant changement. Un protocole de failover doit expliquer la panne simulée, les échanges concernés et les limites du laboratoire ; il ne peut pas s’appuyer seulement sur une icône devenue verte.
Les critères de réussite doivent être observables par le public visé. Pour une fonction WAF, distinguez disponibilité de l’application, journalisation et décision de politique. Pour la répartition, contrôlez le traitement des requêtes et l’état des serveurs. Décrivez ce qui ne sera pas évalué.
| Rubrique | Exemple de contenu |
|---|---|
| Hypothèse | Un changement de membre ne doit pas interrompre le parcours retenu |
| Baseline | Configuration initiale et observations de référence |
| Scénario | Action, requête et point de collecte |
| Critère | Résultat à comparer, périmètre et tolérance |
| Reprise | Restauration de l’état initial du laboratoire |
Sources : F5, Blueprint 202 — Pre-Sales Fundamentals ; NIST, Cybersecurity Framework | NIST.
Adapter l’explication sans modifier les preuves
Un administrateur peut demander les objets et journaux ; un responsable métier peut demander l’effet sur un parcours et sur l’exploitation. Utilisez les mêmes observations, avec un niveau de détail adapté. Ne remplacez pas une mesure par une affirmation chiffrée non établie.
Conservez également les résultats qui contredisent l’hypothèse. Un échec peut révéler une dépendance réelle ou un protocole incomplet. Classez le point, préparez la prochaine vérification et évitez de modifier plusieurs réglages avant de rejouer le scénario.
Sources : F5, Blueprint 202 — Pre-Sales Fundamentals.
Exercice : expliquer une protection WAF
Préparez une démonstration en laboratoire avec une requête légitime, un cas pédagogique prévu par la politique et un faux positif à analyser. Définissez les traces attendues sans présumer leur résultat. Identifiez qui accepte une modification de politique.
La conclusion doit préciser ce qui a été observé et ce qui reste à vérifier sur le service cible. Le guide Learn, Alarm, Block permet de distinguer apprentissage, alerte et blocage dans cette explication.
Sources : F5, Blueprint 202 — Pre-Sales Fundamentals.
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 — Blueprint 202 — Pre-Sales Fundamentals · Blueprint 202.82018 ; conditions actuelles sur la fiche d’examen · consulté le 3 octobre 2026.
- NIST — Cybersecurity Framework | NIST · Référence officielle ; vérifier le périmètre de version · consulté le 3 octobre 2026.
Retrouver le parcours de lecture F5 202
Continuer la série F5
Explorer tous les guides du parcours F5 202
- F5 202 : conduire une découverte et relier besoins et solutions
- F5 202 : dimensionner et préparer une nomenclature
- F5 202 : argumenter une proposition et préparer le transfert
- F5 402 : préparer une migration applicative vers le cloud
- Préparer le F5 202 : de la découverte à la proposition
- F5 LTM : one-arm, two-arm et nPath, suivre le trafic