Développer pour les Ops : initiation au développement

Cette formation n'apprend pas à devenir développeur Python : elle permet à un Ops de comprendre les gestes du développement, de réaliser ses premières modifications sur un petit outil et de comprendre comment la CI les contrôle. Elle s'adresse aux administrateurs, ops et SRE qui écrivent des scripts mais n'ont jamais écrit de Python. Vous partez d'un petit outil, certcheck, vous le lisez, vous le modifiez, vous le testez, vous le faites relire en pull request, puis vous regardez la pipeline de CI qui rejoue ces contrôles à chaque modification.

À qui s'adresse-t-elle, et que faut-il savoir avant ?

Elle s'adresse à un Ops à l'aise dans un terminal Linux, sans expérience de Python ni de Git. Il suffit de savoir taper des commandes, naviguer dans les fichiers et les répertoires, et d'avoir une idée de ce qu'est un script. Un peu de shell (variables, conditions, codes de retour) aide à lire le Python, sans être exigé. Si le terminal vous est encore étranger, commencez par la formation Linux.

Python et Git ne sont pas des prérequis : le premier module donne la syntaxe minimale pour lire un petit script, et Git est introduit au module sur le travail collaboratif. Chaque terme de développeur (test, dépendance, pull request, pipeline) est défini à sa première rencontre.

Que fait-on, et que n'enseigne-t-elle pas ?

Vous apprenez à lire un petit outil Python, à le modifier sans le casser, à vérifier votre modification, à la proposer, puis à lire ce que la CI en dit. C'est un entraînement à intervenir sur un outil d'exploitation, pas à en écrire de zéro.

Elle n'enseigne donc pas Python en profondeur, ni Git en détail, ni la construction d'une chaîne de livraison : chacun a sa formation, et les redire ici créerait des doublons qui finiraient par se contredire. Quand une leçon touche l'un de ces sujets, elle vous le dit et vous y renvoie. La suite logique est détaillée en fin de page.

Comment le parcours est-il organisé ?

Le parcours compte cinq modules de cœur, plus deux modules facultatifs. Le programme complet, avec le suivi de votre progression, se trouve dans Mon parcours : il fait foi, cette page le décrit.

Découvrir Python quand on vient de l'exploitation

Ce module donne le minimum de Python pour lire un petit script : variables et types, conditions et boucles, fonctions, fichiers, erreurs. Ce sont des leçons de la formation Python, partagées ici : premiers pas en Python, premier programme, variables et types, puis les structures de contrôle et collections, les fonctions, les fichiers et les exceptions. Il se termine par Lire et modifier un script Python qu'on n'a pas écrit, où vous lisez le vrai script de certcheck et y faites une première modification.

Ces cinq leçons sont complètes, car elles servent aussi à la formation Python : vous n'avez pas à tout lire. Cette liste dit quelles sections suffisent pour lire un script d'exploitation, et ce que vous pouvez sauter.

• Premiers pas en Python : lisez toute la leçon, du premier programme au tableau des erreurs fréquentes. Sautez seulement « Comment installer Python et vérifier sa version ? » si python3 --version affiche déjà 3.10 ou plus sur votre poste Linux (sur RHEL 9, python3 est en 3.9 : lisez cette section).
• Structures de contrôle et collections : « Instructions Conditionnelles », « Boucles », « Listes », « Tuples » et « Dictionnaires ».
• Fonctions : de « Qu'est-ce qu'une fonction ? » jusqu'à « Exemple pratique : créer une calculatrice simple ». Sautez « Concepts avancés (optionnels pour débuter) ».
• Fichiers : « Ouvrir et fermer des fichiers », « Lire des fichiers », « Écrire dans des fichiers », « Modes d'ouverture des fichiers », « Utiliser le bloc 'with' » et « Les exceptions liées aux fichiers ».
• Exceptions : de « Pourquoi gérer les exceptions ? » jusqu'à « Lever des exceptions avec raise ». Sautez « Créer ses propres exceptions », « Depuis Python 3.11 : notes et groupes d'exceptions » et « En production : journaliser et chaîner ».

Si une page aborde la programmation orientée objet (les classes), laissez-la de côté : elle n'est pas nécessaire ici. Les quiz de ces leçons portent sur la page entière et relèvent de la formation Python : ils ne conditionnent pas l'épreuve finale.

Comprendre comment un script devient un outil

Un script qu'on lance à la main n'est pas encore un outil : les autres doivent pouvoir l'utiliser sans lire son code. Structurer un projet Python en outil montre son contrat (arguments, sorties, codes de retour) et Dépendances Python explique comment déclarer et épingler ses bibliothèques pour qu'il s'installe aussi ailleurs que sur votre poste.

Comprendre pourquoi les développeurs testent

Un test est un petit programme qui vérifie que le code fait toujours ce qu'on attend : c'est ce qui permet de le modifier sans crainte. Premiers tests Python avec pytest vous fait lancer une suite de tests, lire un échec, corriger puis relancer, et Déboguer un programme Python pas à pas vous apprend à reproduire un bogue par un test avant de le corriger.

Comprendre le travail collaboratif

Ce module répond à : par quel chemin une modification arrive-t-elle dans le dépôt de l'équipe ? Il commence par Pourquoi la gestion de version est vitale et Enregistrer des modifications avec Git, puis Pull requests et code review, deux leçons de la formation Git. Relire une pull request y ajoute le regard propre à un code qui agit sur de vrais serveurs, avec le linter et le formateur qui font le travail mécanique.

Découvrir la partie CI d'un pipeline

La CI (intégration continue) rejoue automatiquement, à chaque modification, les contrôles que vous lancez à la main. Qu'est-ce qu'une pipeline CI/CD ? pose le vocabulaire, puis La CI de certcheck lit sa pipeline réelle, étape par étape, et vous fait réparer un run rouge ; ce lab demande une machine virtuelle. La dernière page est l'épreuve finale.

Que contiennent les deux modules facultatifs ?

« Aller plus loin » et « Outiller son poste et son projet » ne sont pas exigés pour l'épreuve. Le premier réunit l'appel d'une API REST, Livrer un outil Python (avec un défi pour reprendre un outil), les workflows Git, Ruff, pre-commit, les stratégies de tests, le toil et le choix du langage. Le second regroupe Makefile, mise, Dev Containers, la documentation du code et le README.

Quel est le fil rouge de la formation ?

Le fil rouge est certcheck, un petit paquet Python qui dit quels certificats TLS expirent bientôt. Un inventaire liste des hôtes ; l'outil les contrôle et signale ceux dont la date approche. Il fonctionne, mais personne ne sait ce qu'il garantit : c'est le cas de la plupart des outils d'exploitation hérités. Au fil des modules, vous le lisez, vous le modifiez, vous le testez, vous le déboguez, vous relisez une pull request qui le touche, et vous terminez en regardant la pipeline de CI qui contrôle le même dépôt.

Le schéma suit le chemin d'une modification, de la lecture du script jusqu'à la CI. Les flèches pleines donnent l'ordre des gestes ; les flèches en pointillés montrent les retours en arrière : un test rouge renvoie à la modification, une CI rouge se rejoue en local avant d'être corrigée.

Source · SVG

Échap pour fermer, + et − pour zoomer, défilement pour se déplacer. 100 % − Ajuster + Fermer

Les exercices vivent dans le catalogue de labs dev-pour-ops-dsoxlab-training, joué avec DSOXLab, sans machine virtuelle ; seul le lab de CI, qui a besoin d'une vraie forge, tourne dans le catalogue de la formation CI/CD, sur une VM. Chaque lab est court et guidé, et vérifie le projet de l'extérieur : les contrôles lancent l'outil comme le ferait cron et jugent ce qu'il fait, pas la façon dont vous l'avez écrit.

Comment les acquis se valident-ils ?

Chaque leçon se valide par un quiz ou un lab, et la formation se termine par l'épreuve Intervenir sur un petit outil d'exploitation. Le quiz vérifie que vous avez compris, le lab prouve que vous savez faire ; ils ne se remplacent pas.

L'épreuve vous remet un outil dont une modification récente a introduit un défaut, avec un ticket et un run de CI rouge. Sans indice, vous lisez, vous corrigez, vous remettez tests, qualité et CI au vert. Elle prouve que vous savez intervenir sur un petit projet Python accompagné. Elle ne prouve pas que vous savez écrire un outil ou une pipeline, ni une compétence générale en Python, ni l'autonomie d'un développeur.

Où aller ensuite ?

Deux formations prolongent celle-ci, selon ce que vous voulez approfondir. Pour écrire du Python vous-même, poursuivez avec Apprendre Python de A à Z, dont le premier module n'a emprunté que les leçons de base. Pour construire et sécuriser une chaîne de livraison complète, la formation Introduction aux pipelines CI/CD part de là : sur la même forge locale, elle fait écrire les étapes d'un petit dépôt Python, inventaire, puis construire, promouvoir et sécuriser sa livraison.

À retenir

• La formation n'apprend pas à devenir développeur Python : elle fait comprendre les gestes du développement, faire une première modification et comprendre comment la CI la contrôle.
• Elle s'adresse à un Ops à l'aise dans un terminal Linux ; Python et Git ne sont pas des prérequis.
• Cinq modules : découvrir Python, un script devient un outil, pourquoi tester, le travail collaboratif, la partie CI d'un pipeline.
• Le fil rouge est certcheck, vérifié en boîte noire par les labs.
• L'épreuve Intervenir prouve que vous savez intervenir sur un petit projet accompagné, pas que vous êtes développeur.

×

📖 Voir la documentation →