Parce que ton infrastructure mérite du vrai code en Python, pas une soupe de YAML

Tu te souviens quand on parlait d’**"Infrastructure as Code"** ? Eh bien, l’industrie a entendu *"Infrastructure as YAML"* et s’y est engouffrée. Résultat : on se noie dans une mer de fichiers de configuration sensibles à l’indentation, bourrés de templates, maltraitant Jinja2 au point que même les administrateurs système les plus aguerris en viennent à pleurer dans leur clavier mécanique.

Et puis, il y a **PyInfra** où ton infrastructure est *vraiment* du code. Du Python pur. Avec des boucles qui ne nécessitent pas d’apprendre un DSL. Avec des fonctions… attends-toi à ça… de *vraies* fonctions. Avec une gestion des erreurs qui ne consiste pas à supplier les dieux du YAML et sacrifier une virgule manquante.

Dans cette présentation, tu découvriras comment :
- Écrire de l’automatisation d’infrastructure que ton IDE comprend (littéralement)
- Déboguer avec de vraies traces de pile au lieu de *"ERROR : La tâche inclut une option avec une variable non définie"*
- Utiliser de vraies conditions Python au lieu de `when: ansible_os_family == "Debian" and not (ansible_distribution == "Ubuntu" and ansible_distribution_version is version('20.04', '>='))`
- Importer et réutiliser du code comme un développeur civilisé, et non comme un dinosaure qui copy-paste des playbooks en 1999
- Tester ton code d’infrastructure avec pytest, pas en espérant que ça ne plante pas en staging

On est en **2026**, tes serveurs méritent mieux que du YAML. Ils méritent du Python.