Prérequis et périmètre
Le 202 est autonome depuis mars 2025 : le 101 n’est plus un prérequis.
Le PDF historique du 202 mentionne encore le 101. Pour l’éligibilité, la mise à jour de la fiche officielle de l’examen prévaut sur cette ancienne indication. Consulter la fiche officielle F5.
Les étapes et exercices ci-dessous sont une proposition pédagogique Samhan. Les objectifs sont reformulés en repères courts ; leur périmètre détaillé reste celui des blueprints. Les exemples sont à adapter à un laboratoire autorisé et à la documentation de vos versions.
Examens associés
Transformer un contexte client en exigences, comparer les options, démontrer le résultat et préparer l’exploitation.
Télécharger le schéma en SVG · version claireComprendre le besoin avant de proposer
Construisez une fiche séparant ce qui est observé, ce que le client demande et ce qui reste à confirmer. Identifiez les applications, les utilisateurs, le coût d’une indisponibilité et les personnes qui exploitent les services.
Un besoin formulé comme « ajouter un WAF » peut cacher une absence de visibilité ou une contrainte de conformité. Reformulez le résultat attendu et demandez une preuve mesurable avant d’associer une fonction ou un produit.
| Examen | Objectif | Repère de révision |
|---|---|---|
| 202 | 1.01 | Contexte client |
| 202 | 1.02 | Opportunités |
| 202 | 1.03 | Adéquation produit |
Exercice de compréhension
Préparez dix questions pour une application exposée sur deux sites, puis classez les réponses en exigences, contraintes et hypothèses.
Lectures pour cette étape
Expliquer et démontrer une solution
Adaptez l’explication au destinataire : parcours de trafic pour l’exploitation, résultats et risques pour la décision. Une démonstration utile expose son périmètre, ses prérequis et le comportement en cas d’échec.
Choisissez un petit scénario reproductible qui permet de vérifier la promesse. Conservez les entrées, les réglages et la preuve de sortie ; une animation ou un écran de configuration ne suffit pas à démontrer l’effet sur le service.
| Examen | Objectif | Repère de révision |
|---|---|---|
| 202 | 2.01 | Présentation |
| 202 | 2.02 | Démonstration |
| 202 | 2.03 | Valeur |
| 202 | 2.04 | Contraintes |
Exercice de compréhension
Préparez deux présentations du même service : cinq minutes pour une direction et cinq minutes pour une équipe réseau. Donnez un critère de réussite de la démonstration.
Lectures pour cette étape
Construire une proposition argumentée
Reliez chaque exigence à une option, une dépendance et une preuve de recette. Ajoutez les compromis : latence, exploitation, disponibilité, protection et contraintes de changement.
Présentez le coût avec ses hypothèses de capacité et d’usage. Un gain financier doit être calculé avec les données du client ; une certification de préparation ne justifie pas d’inventer un ROI ni un niveau de protection garanti.
| Examen | Objectif | Repère de révision |
|---|---|---|
| 202 | 3.01 | Choix technique |
| 202 | 3.02 | Choix métier |
| 202 | 3.03 | Justification |
Exercice de compréhension
Comparez deux architectures pour la même application. Pour chaque critère, écrivez la donnée qui pourrait vous faire choisir l’autre option.
Lectures pour cette étape
Dimensionner et préparer la nomenclature
Utilisez un profil de charge incluant connexions, débit, TLS, taille des objets et fonctions activées. Vérifiez la capacité lorsque l’un des équipements est indisponible et pendant les opérations de maintenance.
Une nomenclature cohérente réunit capacité, interfaces, licences, support et prestations nécessaires. Les modèles de licence évoluent : utilisez les références officielles du projet plutôt qu’une ancienne liste de prix de blueprint.
| Examen | Objectif | Repère de révision |
|---|---|---|
| 202 | 4.01 | Dimensionnement |
| 202 | 4.02 | Licences |
| 202 | 4.03 | Nomenclature |
Exercice de compréhension
Établissez une nomenclature de principe sans SKU inventé. Listez les mesures et les confirmations éditeur encore nécessaires pour la transformer en commande.
Lectures pour cette étape
Préparer le passage à l’exploitation
Identifiez les responsables de décision, de changement, de recette et de support. Prévoyez les accès, la formation, la documentation et les critères d’escalade avant la réception.
Un projet reste exploitable lorsque les équipes savent reproduire un test, retrouver les preuves et distinguer incident produit, réseau et application. Le dossier de remise doit rendre ces décisions possibles sans dépendre de son auteur.
| Examen | Objectif | Repère de révision |
|---|---|---|
| 202 | 5.01 | Interlocuteurs |
| 202 | 5.02 | Escalade |
| 202 | 5.03 | Ressources |
Exercice de compréhension
Rédigez un dossier de remise d’une page : responsables, tests, sauvegardes, fenêtre de changement, incidents et ressources de support.
Lectures pour cette étape
Relier les étapes
Présentez une proposition que l’équipe cliente peut relire : exigences, architecture, dépendances, hypothèses de dimensionnement et critères de réception.
Blueprints et références officielles
Références consultées le . Les versions et conditions d’accès évoluent : vérifiez votre fiche d’examen avant l’inscription.