Transformer un correctif urgent en production en playbook
Extrayez les étapes exactes d’une session de gestion d’incident réussie afin que votre équipe puisse rejouer la correction à chaque fois.Identifier la session d’incident à capturer
Après avoir résolu un incident en production, vous disposez d’une transcription de session Devin qui a capturé chaque étape de diagnostic, chaque commande exécutée et chaque décision prise sous pression. Cette transcription est la matière première d’un playbook que votre équipe d’astreinte pourra réutiliser la prochaine fois.Toutes les sessions d’incident ne se prêtent pas à la création d’un playbook. Recherchez les sessions où Devin a suivi une méthodologie claire et répétable — le type d’incident que votre équipe rencontre régulièrement :
- Fuites mémoire — a identifié la source, appliqué la correction, vérifié l’utilisation du heap après le déploiement
- Épuisement du pool de connexions — a remonté la cause racine, ajusté les paramètres du pool, ajouté de la surveillance
- Cascades de timeouts — a isolé l’amont défaillant, ajouté des coupe-circuits, validé la récupération
Créer le playbook en mode Advanced
Ouvrez la page d’accueil de Devin et cliquez sur le bouton Advanced sous la boîte de saisie. Sélectionnez l’onglet Create Playbook.Collez le lien de la session d’incident et décrivez ce que le playbook doit capturer. Soyez précis sur le périmètre de généralisation — le playbook doit fonctionner pour la classe d’incident, pas seulement pour le service qui a cassé.Si vous avez plusieurs incidents résolus du même type (par exemple, deux sessions différentes de fuite mémoire), ajoutez-les tous. Devin identifie les schémas communs entre les sessions et produit un playbook plus robuste.
Le tester sur le prochain incident
Le véritable test consiste à vérifier si le playbook fonctionne sur une instance différente de la même classe d’incident. Lorsque le prochain problème de mémoire survient, démarrez une nouvelle session Devin, associez le playbook et pointez-le vers le service affecté.Si la session résout l’incident proprement, votre playbook se généralise bien. Si elle rencontre des difficultés — par exemple, le schéma de fuite est différent ou le service utilise un autre driver de base de données — réinjectez cette session dans le mode Advanced en utilisant l’onglet Improve Playbook pour combler les lacunes. Consultez Fix a Flaky DB Migration Playbook pour ce flux de travail.