Une migration d'infra se planifiait sur plusieurs mois. Avec des agents, elle peut se faire en quelques heures. Discovery, mapping, validation et tests s'automatisent. Mais le vrai changement est ailleurs : les agents mettent toute la chaîne CI/CD et l'infrastructure sous tension.
Sommaire11 sections
- 1.Le replay du live
- 2.Qu'est-ce que le Day One et le Day Two en infrastructure ?
- 3.Pourquoi l'infrastructure craque-t-elle à l'ère des agents ?
- 4.Pourquoi un environnement par branche est-il si difficile à automatiser ?
- 5.Qu'est-ce qui change, couche par couche, avec l'IA ?
- 6.Comment l'IA réduit-elle une migration d'infra de plusieurs mois à quelques heures ?
- 7.À quoi ressemble un déploiement piloté par un agent ?
- 8.Comment garder le contrôle sur des agents qui touchent à l'infra ?
- 9.Comment évolue le métier de DevOps ?
- 10.Checklist : votre infra est-elle prête pour les agents ?
- 11.Recruter les profils infra de l'ère des agents
1. Le replay du live
Romaric Philogène est CEO et cofondateur de Qovery. L'entreprise existe depuis six ans. Elle automatise la gestion d'infrastructure et le déploiement applicatif. Romaric fait de l'infra depuis plus de vingt ans. Le live était animé par Emma, qui travaille chez Alan, hébergée chez Qovery depuis trois ans.
2. Qu'est-ce que le Day One et le Day Two en infrastructure ?
Le Day One, c'est le build, une opération ponctuelle. On crée l'infrastructure cible : compute (ECS, Beanstalk, Kubernetes), réseau (VPC), sécurité (Security Groups). Le Day Two, c'est le continu : run, maintenance, mises à jour, optimisation des coûts.
Romaric prend l'analogie d'une maison. Le Day One, c'est la construction. Le Day Two, c'est l'entretien sur quinze, vingt ou trente ans.
"Le day two prend vraiment quatre-vingt pour cent du temps."
C'est contre-intuitif. La plupart des gens surestiment le Day One. Or les profils DevOps et SRE passent l'essentiel de leur temps en maintenance.
| Day One | Day Two | |
|---|---|---|
| Nature | Build, one-shot | Run, en continu |
| Contenu | Compute, réseau, sécurité, setup de l'infra cible | Maintenance, mises à jour, coûts, compliance |
| Durée | Ponctuelle | Ne s'arrête jamais |
| Part du travail infra | Minoritaire | Environ 80 % |
Nature
Day One
Build, one-shot
Day Two
Run, en continu
Contenu
Day One
Compute, réseau, sécurité, setup de l'infra cible
Day Two
Maintenance, mises à jour, coûts, compliance
Durée
Day One
Ponctuelle
Day Two
Ne s'arrête jamais
Part du travail infra
Day One
Minoritaire
Day Two
Environ 80 %
La compliance fait partie du Day Two. SOC 2 Type II impose un audit en continu. DORA est très demandé, notamment en Allemagne. Le travail consiste à détecter et corriger le drift : rétention des logs, ports internes exposés par erreur. Des outils comme Drata ou Vanta font cette analyse en continu.
3. Pourquoi l'infrastructure craque-t-elle à l'ère des agents ?
Pendant vingt ans, l'infra a été conçue pour des humains. Lancer un nouveau projet pouvait prendre des semaines côté infrastructure. Les environnements de production, de staging et de développement restaient simples et statiques.
Les agents ont fait passer l'infra à une vitesse machine. Plus de code produit, c'est plus de builds, de tests et de déploiements. Tout ce qui était semi-automatisé casse.
"Ce qui était déjà sous tension à l'ère humaine est complètement destroy à l'ère agentique."
L'exemple type est l'environnement de staging. Il est partagé, statique, et déjà détesté dans beaucoup d'équipes. Une session Claude Code lance des agents et des sous-agents en parallèle sur le même projet. Un staging unique ne tient plus.
Romaric cite des clients aux équipes très réduites. Avec des agents, ils font des milliers, voire des dizaines de milliers de pull requests par semaine. Chaque pull request doit être testée en conditions réelles avant de rejoindre la branche principale.
4. Pourquoi un environnement par branche est-il si difficile à automatiser ?
La réponse attendue est simple : chaque branche a son propre environnement. L'agent crée la branche, obtient des ressources isolées, teste, puis détruit l'environnement. En pratique, peu d'entreprises le construisent elles-mêmes. L'investissement est difficile à justifier.
Chaque environnement demande de câbler plusieurs briques de façon dynamique :
variables d'environnement propres à chaque environnement ;
ségrégation réseau, pour que seules les bonnes applications communiquent ;
certificats et URLs attachées dynamiquement ;
build, logs et réutilisation du cache, pour ne pas rebuilder la même application.
La performance compte aussi. Un agent itère très vite. S'il attend des dizaines de minutes qu'un environnement soit prêt, il perd en efficacité. Même une application simple (front, API, worker, base de données, cache, stockage) multiplie les appels et les créations de ressources.
5. Qu'est-ce qui change, couche par couche, avec l'IA ?
| Couche | Avant l'IA | Avec l'IA |
|---|---|---|
| Provisioning | Ticket pour demander de la capacité, Terraform lancé à la main, permissions dispersées | Provisioning depuis un prompt en langage naturel, en quelques instants |
| Pipeline CI/CD | YAML recopié à la main pour chaque nouveau projet | Pipeline généré automatiquement depuis le code |
| Déploiement | Opérations manuelles, nombreuses parties prenantes | Automatisation dès que l'agent accède à l'information |
| Upgrades | Opérations manuelles | Automatisées |
| Incidents | Lecture manuelle des logs et corrélation à la main | Agent qui lit Datadog, Prometheus et les logs applicatifs, puis corrèle |
Couche
Provisioning
Avant l'IA
Ticket pour demander de la capacité, Terraform lancé à la main, permissions dispersées
Avec l'IA
Provisioning depuis un prompt en langage naturel, en quelques instants
Couche
Pipeline CI/CD
Avant l'IA
YAML recopié à la main pour chaque nouveau projet
Avec l'IA
Pipeline généré automatiquement depuis le code
Couche
Déploiement
Avant l'IA
Opérations manuelles, nombreuses parties prenantes
Avec l'IA
Automatisation dès que l'agent accède à l'information
Couche
Upgrades
Avant l'IA
Opérations manuelles
Avec l'IA
Automatisées
Couche
Incidents
Avant l'IA
Lecture manuelle des logs et corrélation à la main
Avec l'IA
Agent qui lit Datadog, Prometheus et les logs applicatifs, puis corrèle
Chez Qovery, chaque équipe a son dashboard interne : CSM, sales, produit. Créer un pipeline CI/CD à la main pour chacun ne passerait pas à l'échelle. L'incident est l'un des premiers cas d'usage. L'agent corrèle les sources et donne de la visibilité. L'action reste manuelle ou automatisée, selon le choix de l'équipe.
6. Comment l'IA réduit-elle une migration d'infra de plusieurs mois à quelques heures ?
Une migration fait peur aux CTO et aux DSI. La plateforme est déjà en run, avec des clients actifs. Romaric compare cela à un dentiste qui change de cabinet. Ses patients doivent trouver la nouvelle adresse sans rater un rendez-vous. Dans une infra, les patients sont les requêtes.
"Avec l'AI, vraiment, on est capable de faire des migrations en quelques heures."
Une suite d'agents analyse le setup actuel et le setup cible. Elle pose des questions, automatise la migration et lance les tests. Discovery, mapping et validation ne sont plus faits à la main.
Romaric cite la thèse de Sequoia, "Services is the new software". Pour un dollar dépensé en software, six partent en services autour. Les migrations étaient souvent confiées à des ESN comme Capgemini, Devoteam ou Theodo. Elles peuvent désormais se faire en mode ad hoc et automatisé.
Côté Alan, Emma rappelle une migration de Heroku vers AWS. Elle avait mobilisé quatre personnes à plein temps pendant quatre à six mois.
7. À quoi ressemble un déploiement piloté par un agent ?
En démo, Romaric part d'une application vibe-codée : un clone simplifié de prise de rendez-vous médicaux. Depuis Claude Code, avec la CLI Qovery authentifiée, il tape une seule instruction : "Can you deploy this project with Qovery?".
L'agent charge un skill de déploiement, un runbook qui économise des tokens. Il scanne le projet et détecte les services nécessaires : PostgreSQL et Redis. Il demande ensuite de choisir entre conteneurs et services managés.
Romaric recommande souvent un mix en production. PostgreSQL managé (RDS) pour le backup, le recovery et la sécurité. Redis en conteneur pour le cache, nettement moins cher. L'agent crée le projet, le pipeline complet, l'ordre de déploiement, les variables et les secrets. Il peut ensuite cloner la production en plusieurs environnements de test en parallèle.
Pour le Day Two, Qovery propose des agent tasks placées dans les environnements. Elles tournent de façon périodique ou continue. Exemples : optimiser le temps de build et de déploiement, surveiller le drift de sécurité. Chaque run est historisé.
8. Comment garder le contrôle sur des agents qui touchent à l'infra ?
Trois mécanismes reviennent :
des audit logs qui montrent quel agent a fait quoi, sous quel utilisateur ;
des tokens d'API au périmètre minimal, décrits en policy as code avec OPA et le langage Rego ;
des actions refusées elles aussi tracées dans les audit logs.
Le principe est celui du moindre privilège. En environnement réglementé, Romaric recommande un contrôle total et une exécution très procédurale. Une policy est auditable, versionnée et transmissible à un auditeur. Elle peut être testée dans un environnement dédié avant de donner le token à l'agent.
Prochain chantier cité : l'identité des agents (Agent ID). Aujourd'hui, un agent utilise une CLI ou une API pensée pour un humain. Le produit ne sait pas distinguer l'un de l'autre. Ce n'est pas encore un standard.
9. Comment évolue le métier de DevOps ?
Les devs applicatifs sont poussés à remonter dans la chaîne de valeur, plus près du produit et du métier. Côté infra, DevOps, SRE et platform engineers suivent le même mouvement.
"Une personne côté infra ne va plus être un opérateur, va être un orchestrateur."
Les agents prennent en charge le run. L'humain reste garant de la performance, de la sécurité, de la compliance et des coûts. Les décisions restent les siennes.
10. Checklist : votre infra est-elle prête pour les agents ?
Mesurer la part de Day One et de Day Two dans le temps de l'équipe infra.
Lister les opérations encore manuelles : tickets de capacité, Terraform lancé à la main, YAML recopié.
Vérifier que chaque branche ou pull request peut obtenir un environnement isolé, puis le détruire.
Automatiser variables d'environnement, ségrégation réseau, certificats et URLs par environnement.
Mesurer le temps entre un push et un environnement prêt.
Brancher un agent sur les logs et les métriques pour corréler les incidents.
Tracer chaque action d'agent dans des audit logs.
Donner aux agents des tokens au périmètre minimal, décrits en policy as code.
Avant une migration, automatiser discovery, mapping, validation et tests.
11. Recruter les profils infra de l'ère des agents
Un DevOps orchestrateur d'agents ne se recrute pas comme un opérateur. On évalue sa capacité à automatiser, à cadrer des agents et à tenir sécurité et coûts. TPC accompagne les startups et scale-ups tech dans le recrutement de ces profils : découvrir l'accompagnement TPC.
Questions fréquentes
Qu'est-ce que le Day Two en infrastructure ?
C'est toute la partie continue après le setup : run, maintenance, mises à jour, optimisation des coûts et compliance. Selon Romaric Philogène, elle représente environ 80 % du travail d'infra.
Pourquoi les agents IA mettent-ils l'infrastructure sous tension ?
Ils produisent du code et ouvrent des pull requests à une vitesse machine. Chaque changement doit être buildé, testé et déployé. Une infra semi-automatisée, pensée pour des humains, ne suit plus.
Qu'est-ce qu'un environnement éphémère ?
C'est un environnement isolé, créé pour une branche ou une pull request. Il est détruit après usage. Il permet à plusieurs agents de tester en parallèle sans se bloquer sur un staging partagé.
Combien de temps prend une migration d'infra avec l'IA ?
Elle se planifiait sur plusieurs mois. Avec des agents qui automatisent discovery, mapping, validation et tests, Romaric Philogène parle de migrations en quelques heures.
Comment sécuriser un agent qui agit sur l'infrastructure ?
En appliquant le moindre privilège. Les tokens ont un périmètre minimal, décrit en policy as code (OPA, Rego). Les audit logs distinguent les actions humaines de celles des agents.
Le métier de DevOps va-t-il disparaître ?
Non, il change. Le DevOps passe d'opérateur à orchestrateur d'agents. Il reste garant de la performance, de la sécurité, de la compliance et des coûts.