Spinnaker est une plateforme de livraison continue open source permettant de diffuser les modifications de logiciels très rapidement en toute sécurité. Elle est choisie par un nombre croissant d’entreprises comme plateforme de déploiement continu open source en tant que solution performante de déploiement de leurs applications. La plupart de ces entreprises déploient leurs applications sur plusieurs clouds. L’une des caractéristiques de Spinnaker est de permettre aux utilisateurs de déployer des applications sur des clouds différents en utilisant des bonnes pratiques et des stratégies de déploiement éprouvées.

Jusqu’à présent, les clients qui avaient normalisé leurs processus sur Spinnaker devaient utiliser des outils personnalisés/différents pour déployer leurs applications sur Azure.

Avec ce billet de blog et la sortie récente de Spinnaker (1.13), nous sommes heureux d’annoncer que Microsoft a travaillé avec l’équipe de développement de Spinnaker pour s’assurer que les déploiements Azure sont intégrés dans Spinnaker.

Ces intégrations renforceront notre chaîne d’outils de pipeline CI/CD open source et seront utilisables par les clients ayant opté pour Spinnaker.

Version initiale (1.13)

 

Dans notre première version, nous avons activé un scénario Spinnaker de base (Génération, Baking, Déploiement) pour le déploiement d’images de machine virtuelle immuables.

Comme le nom du scénario le suggère, le pipeline Spinnaker comprend trois phases principales.

• Génération (opération appelée « Configuration » précédemment) : La phase de génération se déroule en dehors de Spinnaker et sert de déclencheur pour les phases suivantes. Il peut s’agir d’un travail Jenkins, Travis ou Webhook qui génère un package permettant de créer une image de machine virtuelle.
• Baking : Cette phase utilise le package généré lors de la phase précédente pour créer une image VM managée par Azure.
• Déploiement : Enfin, la phase de déploiement déploie un ou plusieurs Microsoft Azure Virtual Machine Scale Sets en utilisant l’image de machine virtuelle managée depuis la phase précédente. Une stratégie intégrée, telle que Highlander ou Red/Black, permet d’y parvenir.

Comme Spinnaker est utilisé pour un déploiement sur plusieurs clouds, il a créé quelques abstractions pour des composants d’infrastructure communs. Dans cette version, ces abstractions pointent vers l’infrastructure Azure comme suit :

• Groupe de serveurs : Pointe vers un groupe Microsoft Azure Virtual Machine Scale Set
• Équilibreur de charge : Pointe vers une passerelle Azure Application Gateway
• Pare-feu : Pointe vers un groupe de sécurité réseau Azure

Étapes suivantes

Nous sommes ravis d’être acceptés dans la communauté open source de Spinnaker et nous continuerons à investir dans Spinnaker pour permettre d’autres scénarios comme les déploiements Azure Kubernetes Service (AKS) basés sur des conteneurs, et améliorer les performances et la flexibilité des abstractions d’infrastructure. Nous publierons notre feuille de route : tenez-vous informé et faites-nous savoir ce que vous en pensez.

Si vous souhaitez en savoir plus sur Spinnaker ou si cette plateforme est déjà un élément important de vos DevOps et que vous souhaitez contribuer à sa réussite, veuillez nous contacter. Pour nous contacter directement, vous disposez des moyens suivants :

• Rejoignez la conversation sur le canal Azure dans Spinnaker Slack.
• Signalez les problèmes éventuels et/ou contribuez sur GitHub.