Introduction à DevOps

Voici des notes d'étude concises sur le texte fourni :

Introduction à DevOps

• DevOps introduit un ensemble de pratiques visant à unifier le développement logiciel (Dev) et les opérations informatiques (Ops).
• L'objectif de DevOps est d'automatiser et de surveiller en continu toutes les étapes de la construction logicielle.
• Diogo Sobral a présenté l'introduction à DevOps le 07/01/2025.

Agenda Méta

• L’introduction prendra environ 10 minutes.
• L'émargement est prévu pour 5 minutes.
• Le module lui-même durera environ 2 heures et 30 minutes.

A propos de Diogo Sobral

• Diogo Sobral travaille chez Capgemini depuis 2008 et est un chef de file de la communauté DevOps France depuis 2019.
• Il a été certifié Agile (Scrum Master, SAFe Agilist), Cloud (Azure et AWS), DevOps Foundation et Architecture TOGAF.
• Il enseigne à temps partiel à Paris Dauphine depuis 2014 et occasionnellement à l'ESIEE, l'ESIEA et l'UTT.

Agenda de l’atelier

• L’organisation du marché, des défis et des organisations a une durée de 30 minutes.
• L'histoire, les définitions et les concepts ont une durée de 30 minutes.
• L'architecture a une durée de 30 minutes.
• La mise en œuvre et les outils ont une durée de 30 minutes.
• Les exemples et retours d'information ont une durée de 30 minutes.
• La conclusion et la communauté ont une durée de 10 minutes.

Le marché DevOps

• Le marché DevOps devrait investir 15 milliards de dollars d'ici 2026.
• Le taux de croissance annuel composé est de 19,1 %, selon un rapport de Fortune Business Insights.

Défis DevOps

• DevOps réduit les délais des projets en automatisant les tâches et en améliorant les outils de gestion.
• Les produits deviennent plus stables et plus performants grâce à des processus plus industrialisés.
• L'amélioration continue peut tenir compte plus rapidement des commentaire des utilisateurs.
• Les erreurs de production sont réduites grâce à des modifications et une automatisation plus faibles.
• Les coûts d'exploitation sont réduits, car l'automatisation contribue à réaffecter les ressources vers des tâches à plus forte valeur ajoutée.
• Les coûts des tests et de l'exécution sont réduits de 11 % grâce à l'automatisation des tâches.
• Une étude de CA Technologies indique que les principaux avantages attendus de DevOps sont le gain de temps et de qualité.
• On prévoit une amélioration de 20 % des délais de commercialisation et une augmentation de 17 % de la fréquence des déploiements.
• DevOps favorise l'augmentation de la qualité de la production de + 22%.

Défi de l'expansion de DevOps

• D’après Gartner, 50 % des défis de l’expansion de DevOps sont liés aux problématiques humaines.
• 37 % sont liées aux problématiques liées aux processus.
• 8 % sont liés aux problématiques technologiques.
• 5 % sont liés aux problématiques liés à l’information.

Leitmotiv de DevOps

• Le leitmotiv de DevOps est de rendre tout ce qui peut être continu en éliminant les déchets et en automatisant les tâches manuelles.
• L'automatisation DevOps et sa surveillance nécessitent des outils.
• Les tâches manuelles, les tests qui incluent les tests unitaires, les tests d'intégration et les tests fonctionnels, les mesures et le MEP impliquent de nombreuses étapes.
• Différentes étapes du processus incluent les exigences, la mise en œuvre, la construction, l'intégration, les tests fonctionnels, les tests opérationnels et la production.
• Le temps impliqué va de quelques minutes à plusieurs semaines.

Chiffres clés

• DevOps est une pratique parfaitement maîtrisée par les géants du Web, qui atteignent des fréquences de déploiement hors de proportion avec les pratiques historiques, notamment dans les domaines du Web et du mobile.
• Amazon effectue un déploiement toutes les 10 secondes.
• Netflix effectue 500 déploiements par jour.
• Google effectue 5 000 déploiements par jour.
• Facebook effectue 2 déploiements par jour.
• Flickr effectue plus de 10 déploiements par jour.

Améliorer la fiabilité sur les systèmes distribués

• Architecture centralisée est une architecture monolithique avec un interface utilisateur, une logique métier et une couche d'accès des données sur les données..
• L'architecture distribuée est une architecture de microservices avec un interface utilisateur.
• L'architecture de microservices comprends la publication progressives en utilisant Blue/Green, A/B et les déploiements Canary
• Les scripts d'automatisation, les tests et la surveillance, laC et CaC dans l'architecture distribuée sont tous des déploiements améliorés.

Evolution architecturale

• Le passage des applications natives du Cloud à partir des applications traditionnelles implique une évolution de l'infrastructure informatique vers une automatisation élevée et un libre-service.
• Les applications natives du Cloud utilisent d'abord IaaS, puis PaaS et SaaS et CaaS, ce qui permet une surveillance et une automatisation élevées.

Modèles organisationnels

• La transition d'une organisation axée sur les projets vers une organisation Agile axée sur les produits favorise l'orientation client interne et externe.
• Model Y a une organisation axée sur les produits et que la vitesse peut être alignée par secteurs de produits et par produits.

Différents rôles DevOps

• Différents rôles qui existent dans l’approche DevOps : ingénieur de la fiabilité des sites (SRE), architecte DevOps, ingénieur d’automatisation, ingénieur de la sécurité, etc.

L'histoire, la définition

• Le DevOps comble le fossé entre le Développement et les Opérations, en mettant l'accent sur la culture d'équipe, l'automatisation et l'amélioration continue.
• Les concepts clés associés sont CALMS (Culture, Automation, Lean, Measurement, Sharing) et CI/CD (Continuous Integration/Continuous Delivery).
• Le DevOps vise à intégrer les équipes de développement (« Dev ») et d'exploitation (« Ops ») afin d'harmoniser les systèmes d'information avec les exigences de l'organisation.

Origines d'Agile et DevOps

• DevOps est apparu vers la fin des années 2000.
• DevOps met l'accent sur un changement culturel pour que les équipes travaillent ensemble, en utilisant l'automatisation pour accélérer et réduire les délais de commercialisation.
• Agile utilise une planification d'inspection et d'adaptation, une livraison précoce et une amélioration continue.
• Le modèle de cascade consiste à ventiler les activités du projet en phases séquentielles linéaires où chaque phase dépend des produits livrables de la phase précédente

Cycle de vie du développement logiciel classique

• En DevOps, la mission de Dev consiste à fournir rapidement de nouvelles fonctionnalités, tandis que la mission d'Ops consiste à garantir le bon fonctionnement et la stabilité des infrastructures.
• DevOps vise à intégrer la sécurité dans le mouvement DevOps.
• Il existe d'autres termes comme DataOps, NoOps, GitOps, FinOps et MLOps.

Définition de DevOps de Capgemini

• DevOps consiste à collaborer et à industrialiser les pratiques entre les personnes, les processus et la technologie, en utilisant des approches hautement automatisées.
• DevOps améliore considérablement la valeur ajoutée en supprimant les compartiments traditionnels au profit d'une agilité et d'une excellence de la prestation de services accrues tout au long du cycle de vie.

DevOps : avantages et défis

• Les avantages de DevOps incluent la compétitivité, l'efficacité, l'optimisation et le délai de commercialisation des produits.
• Les défis de DevOps comprennent la transformation, le changement, les compétences et la complexité.

Le DevOps en opposition au développement Agile

• DevOps est un mouvement culturel ou un état d'esprit, et Agile est une méthodologie.
• DevOps n'a pas de structures dédiées, tandis qu'Agile est mis en œuvre par différentes structures.
• DevOps tire du retour d'information de l'équipe et Agile tire du retour d'information des entreprises.
• Les deux supportent le besoin opérationnel, et partagent la qualité, la communication et le feedback

L'intégration continue et le déploiement continu (CI/CD)

• Les 8 principes de l'intégration continue (CI) sont les suivants : CI doit être reproductible et fiable, tout automatiser si nécessaire, faire plus souvent les choses difficiles, tout conserver sous un gestionnaire GIT, l'« état terminé » signifie prêt à passer en production, ne jamais négliger la qualité, chacun partage la responsabilité du processus de livraison, aller continuellement de l'avant.
• Le CI améliore la rapidité de la prestation de logiciels en automatisant différentes étapes du processus.
• Les 4 pratiques de déploiement en continue (CD) sont: Le CD doit être reproductible et fiable; compiler les fichiers binaires une fois; les tests de surface doit être implémenté sur chaque déploiement; à la moindre erreur stopper la ligne.
• “BUILD ONCE, DEPLOY ANYWHERE”

Qualité - tests automatisés

• L'objectif des tests automatisés est d'automatiser les tests le plus tôt possible en mode Agile (la méthodologie DevOps comprend les tests).
• Les méthodologies comprennent le BDD (développement piloté par le comportement), l'ATDD (développement piloté par les tests d'acceptation) et le TDD (développement piloté par les tests).
• C'est une inversion de la pyramide des tests de Mike Cohn

Concepts CALMS

• CALMS représente les 5 piliers fondamentaux d'une mise en œuvre réussie de la philosophie DevOps.
• Les 5 piliers sont : la Culture, l’Automatisation, le Lean, les Mesures et le Partage.
• Culture : Responsabilité partagée, soutien mutuel et collaboration, et démarrer petit et grandir horizontalement pour atteindre un objectif commun.
• Automatisation : Automatiser les tâches manuelles et qui mettent du temps = Accélérer le traitement du feedback utilisateur via l'automatisation.
• Lean : Rationaliser les opérations, se concentrer sur la résolution du problème dans son ensemble, et éliminer les activités qui apportent peu de valeur à l’organisation, et plus d’Agilité.
• Les Mesures : Identifier les mesures utiles (indicateurs clés de performance : KPI), être guidé par les statistiques, et utiliser des outils pour mesurer la performance d’un système ou d’un produit améliore la prise de décision.
• Partage : améliorer le partage et la communication ; s’aligner sur les objectifs ; encourager l'apprentissage.

Architecture

• Une architecture agnostique des outils.

Mise en œuvre et outils

• La terminologie inclut la software factory.
• Les concepts Cloud (IaaS, PaaS, SaaS) et la conteneurisation.
• Différents outils du marché.

Container vs VM

• Containerisation vs virtualisation.

Modèles de services Cloud

Les modèles de services Cloud comprennent : • IaaS (Infrastructure as a Service) • PaaS (Platform as a Service) • SaaS (Software as a Service)

Infrastructure en natif du cloud

• Cloud native utilise l'intégration continue, la diffusion continue et une plateforme d'orchestration de conteneurs, DevOps et GitOps peuvent être utilisés.

Mise à l’échelle : horizontale et verticale

• Scaling avec auto vertical manuel.