Qu'est-ce que «Push on Green»?

11

Au sein de Google et d'autres organisations DevOps, ils parlent de "Push on Green" qui, selon moi, est la pratique de la livraison continue basée sur une exécution réussie de tests automatisés et probablement de déploiements dans des environnements pré-live.

En quoi consiste exactement «Push on Green» et quelles sont les implications de son application?

Richard Slater
la source
1
Avez-vous un lien vers une référence spécifique, pour le contexte? Il semble que votre description soit exacte, mais une citation serait utile pour confirmer.
Dave Swersky

Réponses:

9

J'ai googlé "Push on Green" et le premier lien était:
https://www.usenix.org/conference/lisa14/conference-program/presentation/klein

C'était représentatif de presque toute la première page. Il semble que ce terme provienne du groupe SRE de Google et a été repris par l'industrie dans son ensemble.

Vous avez raison: «pousser sur le vert» signifie que les déploiements sont exécutés automatiquement lorsque tous les tests réussissent. Cela pourrait être considéré comme synonyme de «déploiement continu». La méthode acceptée pour automatiser les déploiements dans les environnements consiste à automatiser les tests.

Si vos tests automatisés sont suffisamment rigoureux, vous pouvez déployer tout code pour lequel les tests réussissent. Dans les entreprises très matures (les licornes DevOps de toutes formes et tailles), cela peut conduire à un déploiement continu jusqu'à l'environnement de production.

D'après mon expérience personnelle, atteindre ce niveau de tests automatisés est un défi dans toute entreprise. Je suis actuellement en train de poursuivre ce niveau de maturité dans mon poste actuel. Notre premier jalon majeur sera les déploiements «push on green» vers tout environnement au-delà du «développement intégré» (notre environnement «le plus bas»).

Ce défi est à la fois technique et culturel. En tant qu'organisation informatique, nous devons à nos parties prenantes commerciales de prouver que nos tests sont en fait suffisamment rigoureux pour servir de passerelle unique vers un déploiement. Une fois que nous avons fait cela à notre propre satisfaction, nous devons convaincre ces parties prenantes de nous laisser essayer le déploiement continu dans le prochain environnement (pour nous, c'est l'AQ.)

Dave Swersky
la source
Il y a aussi un ; login: article de magazine couvrant les mêmes sujets que la présentation: usenix.org/system/files/login/articles/login_1410_05_klein.pdf
Ricardo Stuven