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.
Argumenter à partir d’une exigence
Une proposition utile établit le lien entre le besoin, le mécanisme choisi et la preuve qui permettra de l’accepter. Elle précise les compromis : complexité, dépendances, disponibilité et exploitation. Une liste de fonctionnalités ne suffit pas à expliquer pourquoi la solution convient au service.
Pour chaque choix, indiquez l’exigence satisfaite, les options examinées et les conditions de validité. Si une décision dépend d’une licence ou d’une version non confirmée, conservez-la comme condition. Ne présentez pas cette inconnue comme un engagement déjà accepté.
Sources : F5, Blueprint 202 — Pre-Sales Fundamentals.
Relier le technique aux contraintes métier
Disponibilité attendue, calendrier de changement, compétences, budget et organisation influencent la décision. L’analyse économique doit conserver ses hypothèses et sa méthode ; elle ne doit pas convertir un avantage qualitatif en pourcentage d’économie inventé.
Une réponse à une objection doit revenir aux exigences et preuves. Par exemple, une capacité d’inspection TLS impose d’examiner confiance, performances et règles d’exclusion. Cette réponse peut conduire à une étape de validation supplémentaire ; ce n’est pas nécessairement une raison d’élargir le périmètre.
Sources : F5, Blueprint 202 — Pre-Sales Fundamentals ; F5, F5 BIG-IP Virtual Edition Supported Platforms.
Préparer le dossier d’exploitation
Le transfert décrit architecture, objets, comptes, sauvegardes, surveillance, recette et reprise. Identifiez les propriétaires des applications, réseaux, identités et politiques de sécurité. Une escalade sans interlocuteur ni information attendue retarde le diagnostic, même si la configuration est correcte.
Ajoutez les références documentaires, versions et procédures de support. Distinguez administration quotidienne, incident et changement. Les accès doivent être transmis par les mécanismes autorisés, sans mot de passe ou clé privée dans le dossier général.
| Sujet | À transmettre |
|---|---|
| Choix | Exigence, option retenue et limites |
| Recette | Cas, critères et résultats réellement obtenus |
| Exploitation | Propriétaires, sauvegarde et surveillance |
| Escalade | Impact, chronologie, contact et pièces utiles |
Sources : F5, Blueprint 202 — Pre-Sales Fundamentals ; F5, F5 iHealth Diagnostic Tool ; NIST, SP 800-61 Rev. 3, Incident Response Recommendations and Considerations for Cybersecurity Risk Management: A CSF 2.0 Community Profile | CSRC.
Exercice : une proposition lisible par deux équipes
Rédigez une page de décision pour un service HTTPS réparti sur deux serveurs. Puis rédigez une page d’exploitation permettant de diagnostiquer une erreur sur un seul backend. Les deux pages doivent utiliser le même périmètre et les mêmes noms.
Vérifiez qu’un lecteur distingue recommandations, décisions acceptées et points restant à valider. Le dossier d’exploitation doit permettre d’agir sans reconstituer les échanges commerciaux. Pour les pièces de diagnostic, utilisez le guide de dossier de support.
Sources : F5, Blueprint 202 — Pre-Sales Fundamentals ; F5, F5 iHealth Diagnostic Tool.
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.
- F5 — F5 BIG-IP Virtual Edition Supported Platforms · Référence officielle ; vérifier le périmètre de version · consulté le 3 octobre 2026.
- F5 — F5 iHealth Diagnostic Tool · Référence officielle ; vérifier le périmètre de version · consulté le 3 octobre 2026.
- NIST — SP 800-61 Rev. 3, Incident Response Recommendations and Considerations for Cybersecurity Risk Management: A CSF 2.0 Community Profile | CSRC · 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
- NGINX : validation, reload et cycle des processus
- F5 202 : conduire une découverte et relier besoins et solutions
- F5 202 : préparer une démonstration et une preuve de concept
- F5 202 : dimensionner et préparer une nomenclature
- F5 BIG-IQ : centralisation, visibilité et changements
- Préparer le F5 202 : de la découverte à la proposition