Choisir son projet pour le titre Administrateur Système DevOps

Quelles compétences le projet doit-il obligatoirement couvrir ?

La question arrive tôt, souvent trop tard : est-ce que mon projet passe ? Elle se tranche avant la première ligne de code, et elle se tranche vite. Quel que soit ton sujet, il doit mettre en œuvre trois compétences. Sans elles, le jury le refuse — même bien construit, même impressionnant.

Automatiser le déploiement d’une infrastructure. Avec un véritable outil d’infrastructure as code, Ansible ou Terraform. Quelques scripts Bash enchaînés ne suffisent pas, et le jury fait la différence en une question.

Gérer des conteneurs. Des conteneurs réellement opérationnels, connectés au réseau et au stockage, et maintenus dans le temps. Un docker run dans un coin du dossier ne prouve rien.

Exploiter une solution de supervision. Des indicateurs choisis parce qu’ils disent quelque chose, des alertes configurées et interprétées. Un Grafana installé pour la capture d’écran se repère immédiatement : personne ne sait dire ce que montre le graphique.

Le projet doit-il couvrir toutes les compétences du référentiel ?

C’est ce que beaucoup de candidats ignorent, et qui change la façon de choisir. Les autres compétences du référentiel — création de serveurs, sécurisation, environnement de test, stockage, CI/CD, mise en production dans le cloud — peuvent être couvertes par le projet ou abordées pendant l’entretien technique.

Autrement dit, ton projet n’a pas à tout contenir. Il doit contenir le socle, et te donner de quoi répondre sur le reste. Chercher à tout caser produit un projet démesuré, mal fini, et un dossier illisible.

Faut-il partir d’une application ou d’une infrastructure ?

L’erreur la plus fréquente consiste à concevoir une infrastructure pour elle-même : un cluster, des machines, des outils, et rien qui tourne dessus. Sans application à déployer, le déploiement continu n’a pas d’objet, la supervision n’a rien à surveiller d’intéressant, et l’entretien technique tourne court.

Pars d’une application — même modeste, même connue — et demande-toi ce qu’il faut pour la mettre en production et l’y maintenir. Les trois compétences obligatoires s’imposent alors d’elles-mêmes, au lieu d’être plaquées après coup.

Qu’est-ce qui fait un bon sujet de projet ?

Un bon sujet est fini plutôt que vaste : mieux vaut une application simple réellement déployée, supervisée et maintenue, qu’une architecture ambitieuse restée en chantier. Il te laisse rencontrer un vrai problème, et le résoudre — c’est ce qui nourrit la partie du dossier que le jury lit le plus attentivement. Et il doit rester explicable en quelques minutes : si tu ne sais pas le présenter à quelqu’un qui ne le connaît pas, la soutenance sera longue.

Où lire le référentiel officiel du titre

Les intitulés des trois blocs du titre et les compétences qu’ils recouvrent sont publics. La fiche officielle est celle de France compétences — c’est elle qui fait foi, avec les documents de ta session. Les blocs y sont nommés « Automatiser le déploiement d’une infrastructure dans le cloud », « Déployer en continu une application » et « Superviser les services déployés ».

Va les lire avant de choisir. Un après-midi passé sur le référentiel évite trois mois passés sur un projet qui ne cochait pas les bonnes cases.

Pour aller plus loin

Le choix du sujet, les projets qui posent régulièrement problème et un catalogue de sujets déjà éprouvés sont détaillés dans le livre Administrateur Système DevOps, la méthode complète pour préparer le titre. Une fois le projet choisi, la question suivante est celle des documents à produire : dossier de projet ou dossier professionnel, qui répondent à deux questions différentes.