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:

  1. Le processus doit être répétable et fiable
  2. Tout tâche soit être automatisée
  3. Si quelque chose est difficile, le faire plus souvent
  4. Tout mettre dans un contrôleur de source
  5. Le done (terminé) s’applique à une fonctionnalité livrée
  6. La qualité doit aussi être présente dans le code
  7. Tout le monde est responsable du processus de déploiement
  8. Le processus doit être constamment éprouvé

Les pratiques de sa mise en place

  1. Compiler les binaires 1 seule fois
  2. Les mécanismes de déploiements doit être les même pour chaque environnement
  3. Tester le déploiement
  4. Si une étape échoue, arrêter le processus

Pour Paul Stack voici les malentendu sur le déploiement continue

  1. 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
  2. Ne s’applique seulement pour nodejs, Scala, Ruby : c’est faux
  3. 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
  4. Un bon outil peut nous aide à l’implémenter : des outils existent pour aider sur les étapes du déploiement
  5. 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