Paul Stack commence cette présentation avec une définition du Continuous Delivery (déploiement continue), qui est composé de principes et de pratiques pour construire, tester , deployer plus rapidement et plus fréquemment.
Les principes:
- Le processus doit être répétable et fiable
- Tout tâche soit être automatisée
- Si quelque chose est difficile, le faire plus souvent
- Tout mettre dans un contrôleur de source
- Le done (terminé) s’applique à une fonctionnalité livrée
- La qualité doit aussi être présente dans le code
- Tout le monde est responsable du processus de déploiement
- Le processus doit être constamment éprouvé
Les pratiques de sa mise en place
- Compiler les binaires 1 seule fois
- Les mécanismes de déploiements doit être les même pour chaque environnement
- Tester le déploiement
- Si une étape échoue, arrêter le processus
Pour Paul Stack voici les malentendu sur le déploiement continue
- Le déploiement continue ne s’applique que pour les startups : c’est faux il peut aussi s’appliquer pour les grosses IT, avec une progression sur les projets
- Ne s’applique seulement pour nodejs, Scala, Ruby : c’est faux
- Il faut faire appel à un consultant pour aider à sa mise en place : ce sont les développeurs et les opérationnels interne qui connaissent le mieux le produit
- Un bon outil peut nous aide à l’implémenter : des outils existent pour aider sur les étapes du déploiement
- Le déploiement continue est simple pour relier Github et Azure : pas évident pour plusieurs environnement ? plusieurs configuration ?
Puis, Paul stack continue la présentation avec le concept du DevOps.
C’est une collaboration entre développeurs et opérationnels.
Ce concept se fonde sur:
- La culture : Nous faisons tous parti de la même équipe
- L’automatisation et les métrics
- Le partage
Les slides de la présentation sont disponible ici