devops4null.2020 DEVOPS 4 null DEVOPS 4 null
- 1. D e v O p s 4 N u l l Une introduction à devops @alaindelafosse @elisev_
- 2. D e s V i s i o n s D i f f é r e n t e s Développement Opérations Planning et la date de livraison Qualité de service et disponibilité Couts de développement Cout d’exploitation Release plannings Changements, Incidents Dernières technologies Technologies standards Environnements de « développement » Environnements de “production” Fréquents et importants changements Minimisent les changements en production Méthodes agiles Organisation et processus structurés (ITIL) Pensent à ce qui va faire marcher les choses Pensent à tout ce qui ne va pas marcher 2
- 3. D e s c y c l e s d i f f é r e n t s Release Conception Développement Bugfixing Tests Déploiement Changements Monitoring Détection Incident Analyse Gestion des Problèmes DEV OPS 3
- 4. D e v O p s Responsables Produit Développeurs Idée Méthodes Agiles Produit 4 Opérations Service DevOps
- 5. E t e n d r e l e s l i m i t e s d e l ’ é q u i p e AGILE DEVOPS
- 6. D e v O p s b u z z w o r d Dénomination pas très pertinente, reflète des choix d’organisation ou une volonté de mettre en avant le coté automatisation dans un poste. Equipes ou postes de devops Supportant la démarche. Parfois des outils d’automatisation ou de déploiement « rebrandés ». Outils devops « Leading edge storage technologies enable DevOps to use actual production data in a test environment. » Logiciel voire matériel devops, si si ! Ne pas se laisser embrouiller par l’usage abusif du terme dans des contextes parfois farfelus 6
- 7. Culture Mesure L e s p i l i e r s : C A M S 7 Partage « Sharing » Automatisation
- 8. D e v o p s C u l t u r e CULTURE Communication honnête et franche Développer les interactions Favoriser l’écoute Partage de connaissances Retours et feedback valorisés Erreurs admises Refus du blâme Respect mutuel Engagements respectés Célébration des succès 8
- 9. D e v O p s A u t o m a t i s a t i o n : P i p e l i n e Gestion de source Build Intégration continue Tests Archive Déploiement Monitorer Au delà de l’automatisation, un vrai pipeline d’outils 9 • On aurait pu rajouter la génération et collection des logs, gestion de release, revue de code, etc • Plein de langages de scripts utilisables (Python, Powershell, Shellscripts) avec des librairies (libcloud, vmware, etc) GitLab Zoom Page suivante
- 10. D e v O p s A u t o m a t i s a t i o n : P é r i m è t r e 10 Réseau Stockage VM / Serveur OS Middleware Software Adresses, VLAN d’appartenance, load-balancer, firewall Espace, Niveau de RAID, SAN, Backup - Spécifications (CPU, RAM, Disques, interfaces réseau) - Version, Comptes, - Configuration AD/DNS, partitionnement - Version, instances, ports - Structures de données (BDD, etc) - Binaires (scripts, exécutables, librairies) - Ressources (fichiers de traduction, images) - Templates de configuration (composant, instances) - Information de version - Monitoring - Outils d’administration (scripts)
- 11. D e v O p s A u t o m a t i s a t i o n : é v o l u t i o n d e s o u t i l s Configuration OS & applicative Déploiement des logiciels et des dépendances logicielles. Approvisionnement et Configuration de l’infrastructure and provisioning Orchestration du déploiement Orchestration de services (instances, loadbalancing, gestion de charge) Configuration OS & applicative Déploiement des logiciels et de leur dépendances. Configuration OS & applicative Déploiement des logiciels et des dépendances logicielles. Approvisionnement et Configuration de l’infrastructure and provisioning Orchestration du déploiement Configuration OS & applicative Configuration Déploiement logiciel Déploiement plateforme Orchestration de service 11
- 12. D e v O p s A u t o m a t i s a t i o n : Z o o m s u r 3 o u t i l s Ansible Approche centralisée (agentless) d’exécution de scénarios de déploiement procédurés (playbooks) rédigés en YAML. + Code plus simple Courbe d’apprentissage Outil complémentaire (Tower) - Performance (attention à l’échelle) Pas (peu) d’introspection, bcp de variables Quand l’utiliser ? Mise en place rapide et centralisée Terraform Approche centralisée (agentless) mais orienté déclaratif et plus focalisé orchestration que déploiement + Plus connoté cloud Pas du YAML ;-) - Plus orienté infrastructure et moins applicatif Quand l’utiliser ? Quand le déploiement est traité par une approche conteneur et que l’on utilise de/des clouds Puppet Approche avec agent; orienté déclaration d’état cible plus orienté gestion de configuration + Scalable - Ruby & DSL Quand l’utiliser ? Déploiement important et hétérogènes 12
- 13. 13 Nombre de déploiements ou changes par semaine Temps de cycle de l’idée à la production D e v O p s M e s u r e s : I n d i c a t e u r s d e p e r f o r m a n c e Pourcentage de déploiements ratés Délai de déploiement Délai de remise en service Volume des changements Cela peut être le nb de lignes de code, le nb de composants impliqués, voire le nombre de user stories intégrés. Mesurer le délai nécessaire entre la fin de l’écriture d’un patch et la disponibilité en production. Les échecs et erreurs sont normaux (qui ne fait jamais de bug?) mais il faut surveiller l’évolution du pourcentage. Permet de mesurer le degré de maturité pour l’intégralité du pipeline: qualité du code, pratiques de développement, automatisation (« time to market ») Capacité à remettre en service une plateforme par le redéploiement des configurations; des logiciels et des éléments d’infrastructures
- 14. D e v O p s P a r t a g e Objectifs Les équipes doivent partager les mêmes objectifs ! Temps de cycle et stabilité Moyens de communication Donner accès aux chat rooms de prod aux développeurs. Donner des accès JIRA aux ops ! Priorités Les équipes doivent partager les mêmes priorités ! Responsabilité Processus Outillage Emplacement Tout le monde se mobilise lorsque le build, le déploiement, ou l’application buguent. Les mêmes outils pour toutes les équipes pour toutes les plateformes. Colocaliser les équipes ! Tout ce qui peut rapprocher les équipes Tous les acteurs participent à toutes les étapes du processus. 14
- 15. D e v O p s v s I T I L DEVOPS Mouvement avec des bonnes pratiques s’appliquant à tout le cycle du développement aux opérations. ITIL / ITSM Catalogue structuré de pratiques à mettre en œuvre dans les opérations. Processus ITIL Détail Outillage Nouvelles pratiques possibles Change management Mise en place d’un suivi précis des changements sur la plateforme avec un processus d’approbation préalable (CAB) Changements et rollback automatisés par outil de gestion de clefs de configuration. Audit automatiques. Changement et rollback auto. Canary testing, A/B testing Configuration management Description de l’infrastructure dans une base de données Mise en place et renseignement d’une CMDB Découverte et déploiement automatique de l’infrastructure Incident management Processus de gestion des incidents de production: inventaire, communication, analyse d’impact Monitoring fullstack Réserver du temps dans un sprint aux équipes (dev+ops) pour investiguer les incidents à chaud ! Problem management Processus de gestion des incidents récurrents: cad problème Discuter avec les responsables produits pour mettre des problèmes à traiter dans le backlog Un changement continu ET contrôlé 15
- 16. D e v O p s T r a n s i t i o n Dans nos organisations, pour plein de bonnes et mauvaises raisons, et même si nous savons que ce n’est pas optimal nous avons des pratiques et des organisations en place, des contraintes en terme de budget et de temps. La réalité Pourtant, nous avons tous un objectif ambitieux pour notre organisation. L’objectif 16
- 17. T r a n s i t i o n D e v O p s : r e c e t t e Vision Changement Confusion Anxiété Changement partiel Frustration Faux départ Compétences Motivation Ressources Plan d’action + 17 Vision en rapport avec la stratégie de l’entreprise (définir des objectifs SMART: par ex un déploiement par jour dans un an), ne pas se bloquer sur une organisation cible. Développer à la fois les compétences techniques (avec quoi: maitrise des outils) mais aussi organisationnelles (pourquoi, comment) et pour tout le monde ! Du temps, de l’argent, des compétences extérieures, des conférences … Partager la vision aux équipes, s’assurer du support du top management, laisser décider les équipes des itérations et des objectifs associés (carpaccio) Priorité globale, reconnaissance et célébration des succès et des efforts + + + = Pas de Vision = Pas de Compétences = Pas de Motivation = Pas de Ressources = Pas de Plan =
- 18. D e v O p s T r a n s i t i o n : S i x T r u c s 18 Commencer par la culture Tout est automatisable ! Automatiser ce qui fait mal Approche Carpaccio Intégrer la sécurité Penser ROI
- 19. P r a t i q u e s D e v O p s Gestion du changement automatisé Tests de DRP Code maintenable Architecture couplage faible Monitoring Trunk based développement Automatisation déploiement Déploiement Continu Tests automatisés Disponibilité Tests de Rollback Système de déploiement configurable Automatisation build A/B Canary testing Gestion configuration
- 20. E n r é s u m é • Devops est un mouvement qui étend Agile en intégrant les opérations dans les itérations • Quatre axes: culture, automatisation, mesure, partage • L’outillage peut se voir comme un pipeline et couvre tout le workflow • Complémentaire ITIL • Pour adopter devops il faut : une vision, des compétences, une motivation, des ressources et un plan
- 21. M E R C I ! D E S Q U E S T I O N S ?