Résumé des bonnes pratiques - Mise en pratique de l'intégration continue/livraison continue sur AWS

Résumé des bonnes pratiques

Voici ce qu'il convient de faire ou de ne pas faire en matière d'intégration continue/livraison continue.

À faire :

  • Traitez votre infrastructure comme du code.

    • Utilisez le contrôle de version pour votre code d'infrastructure.

    • Utilisez des systèmes de suivi des bogues et de création de tickets.

    • Demandez à vos collègues d'examiner les modifications avant de les appliquer.

    • Établissez des modèles/conceptions de code d'infrastructure.

    • Testez les changements d'infrastructure tels que les changements de code.

  • Répartissez les développeurs dans des équipes intégrées ne comptant pas plus de 12 participants autonomes.

  • Demandez à tous les développeurs de valider fréquemment le code par rapport au tronc principal, sans branches fonctionnelles de longue durée.

  • Adoptez systématiquement un système de génération tel que Maven ou Gradle dans votre organisation et standardisez les générations.

  • Demandez aux développeurs de mettre en place des tests unitaires visant à couvrir l'intégralité de la base de code.

  • Assurez-vous que les tests unitaires représentent 70 % de l'ensemble des tests en termes de durée, de nombre et de portée.

  • Assurez-vous que les tests unitaires sont à jour et ne sont pas négligés. Les échecs des tests unitaires doivent être corrigés et non contournés.

  • Considérez votre configuration de livraison continue comme un code.

  • Mettez en place des contrôles de sécurité basés sur les rôles (c'est-à-dire qui peut faire quoi et quand).

    • Surveillez toutes les ressources possibles et effectuez-en le suivi.

    • Créez des alertes sur les services, la disponibilité et les temps de réponse.

    • Capturez, apprenez et améliorez.

    • Partagez l'accès avec tous les membres de l'équipe.

    • Planifiez les métriques et la surveillance dans le cycle de vie.

  • Conservez les métriques standard et effectuez-en le suivi.

    • Nombre de générations.

    • Nombre de déploiements.

    • Délai moyen pour que les modifications atteignent la production.

    • Délai moyen entre la première phase et chaque phase du pipeline.

    • Nombre de modifications qui arrivent en production.

    • Délai de génération moyen.

  • Utilisez des pipelines distincts pour chaque branche et chaque équipe.

À ne pas faire :

  • Avoir des branches de longue durée associées à des grandes fusions complexes.

  • Procéder à des tests manuels.

  • Avoir des processus d'approbation, des portails, des révisions de code et des contrôles de sécurité manuels.