Compétences deployment-pipeline-design
📦

deployment-pipeline-design

Sûr

Concevoir des pipelines de déploiement CI/CD

Également disponible depuis: wshobson

Cette compétence aide les ingénieurs DevOps à concevoir des pipelines CI/CD multi-étapes robustes avec des portes d'approbation, l'analyse de sécurité et des stratégies de déploiement automatisées pour des versions logicielles fiables.

Prend en charge: Claude Codex Code(CC)
🥉 75 Bronze
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

Utilisation de "deployment-pipeline-design". Concevoir un pipeline CI/CD avec des portes d'approbation

Résultat attendu:

Une conception complète de pipeline incluant : Source (checkout) -> Build (compilation, packaging) -> Test (unitaire, intégration, sécurité) -> Déploiement Staging -> Tests d'intégration -> Porte d'approbation (manuelle) -> Déploiement Production -> Health Check -> Surveillance. Chaque étape avec des actions spécifiques et une gestion des échecs.

Utilisation de "deployment-pipeline-design". Quelles sont les meilleures stratégies de déploiement ?

Résultat attendu:

Les principales stratégies de déploiement sont : 1) Rolling - déploiement progressif sans temps d'arrêt, idéal pour la plupart des applications ; 2) Blue-Green - basculement instantané entre deux environnements, rollback facile mais double temporairement l'infrastructure ; 3) Canary - basculement progressif du trafic vers la nouvelle version, permet des tests avec de vrais utilisateurs ; 4) Feature Flags - déployer le code sans le libérer, rollback instantané au niveau des fonctionnalités.

Audit de sécurité

Sûr
v1 • 2/24/2026

All static findings are false positives. The skill is pure documentation with YAML/Kubernetes configuration examples. No actual code execution, network requests, or credential access occurs - only documentation patterns for CI/CD pipeline design.

1
Fichiers analysés
374
Lignes analysées
1
résultats
1
Total des audits
Problèmes à risque moyen (1)
SKILL.md:40-372
Documentation Pattern Detection
Static scanner detected YAML syntax in code blocks as potential shell commands. This is a false positive - the file contains documentation with example YAML configurations, not executable code.
Audité par: claude

Score de qualité

38
Architecture
100
Maintenabilité
87
Contenu
50
Communauté
100
Sécurité
100
Conformité aux spécifications

Ce que vous pouvez construire

Architecturer un nouveau pipeline de déploiement

Concevoir un pipeline CI/CD complet de la source à la production avec des portes d'approbation et des étapes d'analyse de sécurité

Améliorer la fiabilité d'un pipeline existant

Ajouter des rollbacks automatiques, des vérifications de santé et de la surveillance aux workflows de déploiement existants

Implémenter la livraison progressive

Mettre en place des stratégies de déploiement canary ou blue-green pour des versions en production en toute sécurité

Essayez ces prompts

Conception de pipeline de base 
Concevoir un pipeline CI/CD multi-étapes avec des étapes de build, test, staging et déploiement en production. Inclure des portes d'approbation avant la production.
Ajouter une stratégie de rollback 
Ajouter des capacités de rollback automatique à notre pipeline existant. Inclure une vérification par health check et un rollback automatique en cas d'échec.
Implémenter un déploiement Canary 
Concevoir une stratégie de déploiement canary pour notre application Kubernetes. Inclure les pourcentages de basculement de trafic et l'intégration de surveillance.
Pipeline multi-environnement 
Créer une configuration de pipeline qui gère les environnements de développement, staging et production avec des workflows d'approbation appropriés pour chaque étape.

Bonnes pratiques

  • Utiliser l'exécution parallèle pour les étapes de pipeline indépendantes afin de réduire la durée totale du pipeline
  • Implémenter des modèles fail-fast en exécutant les tests rapides avant les tests lents
  • Ajouter une vérification par health check après chaque étape de déploiement avant de continuer
  • Utiliser la mise en cache des artefacts pour accélérer les builds et réduire les coûts de calcul
  • Stocker les secrets dans des systèmes de gestion de secrets (Vault, gestionnaires de secrets cloud) et non dans le code du pipeline

Éviter

  • Ne pas sauter les étapes d'analyse de sécurité pour accélérer les déploiements
  • Ne pas déployer directement en production sans portes d'approbation
  • Ne pas sauter les tests en environnement staging avant le déploiement en production
  • Ne pas oublier de documenter les étapes du pipeline et leur objectif

Foire aux questions

Qu'est-ce qu'une porte d'approbation en CI/CD ?
Une porte d'approbation est un point de contrôle manuel ou automatisé dans un pipeline de déploiement qui doit être franchi avant de passer à l'étape suivante. Elle garantit que les revues, tests ou validations requis sont effectués avant les déploiements en production.
Quelle stratégie de déploiement a un temps d'arrêt nul ?
La stratégie de déploiement Rolling offre un temps d'arrêt nul en remplaçant progressivement les anciennes instances par de nouvelles. Les déploiements blue-green et canary atteignent également un temps d'arrêt nul grâce au basculement d'environnement ou au basculement progressif du trafic.
Comment implémenter un rollback automatique ?
Le rollback automatique peut être implémenté en ajoutant des étapes de vérification par health check après le déploiement. Si les health checks échouent, déclenchez la commande de rollback (comme kubectl rollout undo) pour revenir à la version précédente.
Quelle est la différence entre déploiement canary et blue-green ?
Le déploiement canary fait progressivement basculer un pourcentage du trafic vers la nouvelle version, permettant des tests avec de vrais utilisateurs. Le déploiement blue-green exécute deux environnements identiques et bascule tout le trafic d'un coup, offrant un rollback instantané mais nécessitant le double d'infrastructure.
Comment sécuriser les secrets dans les pipelines de déploiement ?
Ne jamais coder en dur les secrets dans la configuration du pipeline. Utilisez des systèmes de gestion de secrets comme HashiCorp Vault, AWS Secrets Manager ou GitHub Secrets. Référencez les secrets comme variables d'environnement injectées au moment de l'exécution.
Quelles sont les métriques clés de pipeline à suivre ?
Les métriques clés incluent : Fréquence de déploiement (à quelle fréquence vous déployez), Lead Time (du commit à la production), Taux d'échec des changements (pourcentage de déploiements échoués) et MTTR (Mean Time to Recovery) - temps de récupération après des échecs.

Détails du développeur

Auteur

sickn33

Licence

MIT

Dépôt

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/deployment-pipeline-design

Réf

main

Structure de fichiers

📄 SKILL.md