Contexte de l'Automatisation

Un ingénieur spécialisé dans la fiabilité des sites (SRE) a récemment découvert qu'il passait 45 minutes à rédiger un runbook pour une alerte qu'il avait déjà documentée à plusieurs reprises pour d'autres services. Bien que la structure de ces documents soit similaire, le nom du service changeait à chaque fois. En examinant de plus près l'utilisation de son temps, il a réalisé qu'il consacrait 3 heures par semaine à des tâches répétitives telles que la rédaction de runbooks à partir de modèles vierges, la génération de code Terraform standard, la construction manuelle de commandes kubectl déjà tapées des centaines de fois, et la rédaction de documents post-mortem alors qu'il était encore épuisé par l'incident. Ces tâches, bien qu'importantes, ne nécessitaient pas de jugement critique mais simplement du temps. C'est précisément pour ce genre de travail que Claude Code a été conçu.

Transformation du Temps de Travail

Après avoir intégré Claude Code dans ses processus, cet ingénieur a réussi à transformer ces 3 heures de travail hebdomadaire en seulement 20 minutes. En l'espace de six semaines, il a modifié ses flux de travail, utilisant des invites spécifiques et un fichier CLAUDE.md pour optimiser l'utilisation de Claude Code. Cependant, il a identifié deux tâches qu'il préfère encore gérer manuellement, soulignant l'importance de l'intervention humaine dans certains aspects critiques.

Ce qu'est réellement Claude Code (et pourquoi c'est différent)

Contrairement à d'autres outils d'IA pour le codage, qui se concentrent principalement sur l'autocomplétion dans les environnements de développement intégrés (IDE), Claude Code se distingue par sa capacité à exécuter de vraies commandes dans le terminal. Il fonctionne comme un agent, capable de lire des fichiers, d'exécuter des commandes shell, de modifier des configurations, et d'interagir avec des outils comme kubectl et Terraform. Claude Code utilise les mêmes clés SSH et identifiants cloud que ceux déjà chargés dans votre environnement, garantissant une intégration transparente. Une caractéristique clé est sa demande d'approbation avant chaque action, assurant ainsi un contrôle total sur les opérations exécutées. Cette approche garantit que rien ne s'exécute sans le consentement explicite de l'utilisateur, ce qui est crucial pour la confiance dans les opérations proches de l'infrastructure.

Automatisation des Tâches SRE

Les tâches que Claude Code aide à automatiser vont bien au-delà de la simple écriture de fonctions. Il s'agit de lire des journaux, de construire des runbooks pour des alertes, de générer des modules Terraform conformes aux modèles existants, et de rédiger des documents post-mortem basés sur des chronologies d'incidents. Claude Code excelle dans la gestion de tâches complexes nécessitant un contexte étendu et une intégration directe dans les flux de travail existants. Ces tâches s'étendent sur plusieurs fichiers et nécessitent une compréhension approfondie du code source réel, produisant des résultats qui s'intègrent directement dans les processus déjà en place.

Tarification (à partir de juillet 2026)

Claude Code propose plusieurs niveaux de tarification adaptés aux besoins variés des utilisateurs. L'option Pro est disponible pour 20 $/mois, incluant Claude Code et convenant aux utilisateurs débutants. Pour ceux ayant besoin de capacités accrues, l'option Max 5x est proposée à 100 $/mois, offrant des limites d'utilisation cinq fois supérieures à l'option Pro. Enfin, pour un usage intensif quotidien, l'option Max 20x est disponible à 200 $/mois. L'ingénieur mentionné utilise l'option Max 5x, qui s'avère rentable en économisant 3 heures par semaine, ce qui dépasse largement le seuil de rentabilité de 2 heures par mois.

Configuration : Le Fichier CLAUDE.md

Pour tirer le meilleur parti de Claude Code, la création d'un fichier CLAUDE.md à la racine du dépôt est essentielle. Ce fichier fournit le contexte nécessaire à Claude Code pour chaque session, incluant les conventions d'équipe, les modèles d'infrastructure, et les normes SRE. Sans ce fichier, les résultats seraient génériques. Avec lui, les résultats sont adaptés à l'environnement spécifique de l'utilisateur. Ce fichier, bien que prenant 20 minutes à rédiger, influence chaque sortie de Claude Code, garantissant que les résultats sont alignés avec les pratiques et les standards de l'organisation.

Voici un exemple de fichier CLAUDE.md pour un dépôt SRE :

CLAUDE.md — Dépôt d'Infrastructure SRE

Contexte

Ce dépôt gère l'infrastructure SRE pour un déploiement AWS multi-régions, utilisant des technologies comme EKS (Kubernetes 1.29), Terraform 1.8, Datadog pour l'observabilité, PagerDuty pour l'alerte, et GitHub Actions pour CI/CD.

Conventions de Codage

• Les modules Terraform sont organisés dans /modules, et les environnements dans /environments/{prod,staging,dev}.
• Un état distant est toujours utilisé, avec un backend S3 et une table de verrouillage DynamoDB.
• Chaque ressource doit être étiquetée avec des informations comme l'environnement, l'équipe, le service, et le centre de coût.
• Les manifests Kubernetes doivent spécifier un namespace par service, avec des demandes et des limites de ressources requises.

Normes SRE

• Les cibles SLO visent une disponibilité de 99,9 % pour les services de production.
• Les seuils d'alerte sont déclenchés à 10 % en dessous du SLO, par exemple, une latence P99 supérieure à 450ms lorsque le SLO est de 500ms.
• Les runbooks sont stockés dans /runbooks/{nom-du-service}/, nommés selon le format {nom-de-l'alerte}.md.
• Les post-mortems suivent un modèle spécifique situé dans /templates/postmortem.md.
• Toutes les commandes kubectl doivent utiliser explicitement les namespaces, jamais le namespace par défaut.

Réponse aux Incidents

• Les incidents de Sévérité 1, qui sont visibles par les clients, nécessitent une alerte immédiate à l'équipe de garde.
• Les incidents de Sévérité 2, qui sont dégradés, doivent être notifiés au canal d'équipe.
• Les incidents de Sévérité 3, qui sont internes uniquement, entraînent la création d'un ticket.
• Le format du runbook suit une structure précise : Impact → Détection → Options d'atténuation → Escalade.

Ce qu'il NE FAUT PAS faire

• Ne jamais exécuter terraform apply sans confirmation explicite.
• Ne jamais supprimer de ressources sans les lister d'abord.
• Ne jamais commettre des identifiants ou des secrets.
• Toujours valider Terraform avec terraform validate avant d'afficher la sortie.

Ce fichier s'exécute au début de chaque session Claude Code, garantissant que toutes les actions sont conformes aux standards établis.

Flux de Travail 1 : Génération de Runbook (45 min → 5 min)

La rédaction de runbooks était une tâche chronophage. Chaque nouvelle alerte nécessitait un runbook, et bien que la structure soit la même, le contenu variait. Désormais, avec Claude Code, ce processus est simplifié. En démarrant Claude Code à la racine du dépôt, l'ingénieur peut générer un runbook en quelques minutes. Claude Code utilise le contexte de CLAUDE.md et vérifie les runbooks existants pour assurer la cohérence, générant ainsi des documents adaptés et précis. Par exemple, pour une alerte PagerDuty concernant une utilisation élevée de la mémoire des nœuds EKS, Claude Code génère un runbook détaillé avec des commandes kubectl pour diagnostiquer le problème, identifier les causes courantes spécifiques à l'environnement, et proposer des étapes d'atténuation. Ce processus, qui prenait initialement 45 minutes, est désormais réduit à 5 minutes, libérant ainsi du temps pour d'autres tâches critiques.