Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

LA DEMARCHE DEVOPS (Chapitre 1 et 2) ANNEE ACADEMIQUE 2021 / 2022 MINISTERE DE

LA DEMARCHE DEVOPS (Chapitre 1 et 2) ANNEE ACADEMIQUE 2021 / 2022 MINISTERE DE L’ENSEIGNEMENT SUPERIEUR **************** INSTITUT UNIVERSITAIRE DE LA COTE **************** INSTITUT D’INGENIERIE INFORMATIQUE D’AFRIQUE CENTRALE REPUBLIQUE DU CAMEROUN Paix – Travail - Patrie ************** REPUBLIC OF CAMEROON Peace – Work - Fatherland MISE EN PRODUCTION ET DEPLOIEMENT Spécialité : Management des systèmes d’informations Niveau : BAC +4 Rédigé et présenté par : Samen Ingrid Nana Kemamen Tondji Kevin Changa Kevin Sous la supervision de : M. KITIO VOUKENG Christian Chapitre I Introduction à DevOps I- C’est quoi la démarche DevOps D’après Patrick Debois le terme DevOps a été inventé pour qualifier de façon plus simple la gestion agile des infrastructures informatiques et des opérations cela implique donc une obligation de collaboration étroite entre équipes développements et équipes des opérations. De ce fait les fondamentaux de la démarche DevOps sont :  Réductions des cycles de livraison : par l’industrialisation de la chaine de production logicielle  Optimisation des ressources : par leur gestion unifiée et la possibilité d’automatisation par code les déploiements et la configuration  Amélioration de la qualité : par l’instrumentation, la supervision et les tests  Une nouvelle culture : fondée sur la collaboration et sur la recherche II- La culture DevOps La culture DevOps s’inspire de plusieurs disciplines déjà mises en œuvre avec succès dans le monde de l’industrie. Elle est fondée sur le respect mutuel des équipes, la confiance réciproque et le partage des responsabilités. On peut donc citer entre autres 1- La confiance réciproque et compréhension globale du système Le partage de l’information et des responsabilités entre les équipes de développement et les opérations est un objectif fondamental à atteindre, pur cela il faut donc assurer une évolution des mentalités pour parvenir à établir la relation de confiance requise et l’implication des acteurs. En plus de cette confiance l’évolution de l’organisation système, de ses processus, du rôle et des périmètres de responsabilités de chacun est nécessaire pour que chacun puisse acquérir une compréhension globale du système ainsi nul n’ignorera les besoins et contraintes de l’ensemble du système 2- La recherche de l’amélioration continu ou Kaizen La culture DevOps favorise le développement des compétences dans une recherche perpétuelle d’amélioration. La pratique quotidienne de cette démarche permet une évolution progressive et incite chaque acteur du système) proposer des optimisations simples et concrètes de l’ensemble de la chaine de production. Le terme Kaizen a été choisi pour représenter cela car cette approche est similaire au processus industriel Kaizen qui s’est développé au Japon dans la reconstruction qui a fait suite à la seconde guerre mondiale 3- Learn Startup La philosophie du Learn Startup vise à réduire les gaspillages et augmenter la valeur en continue pendant la phase de développement du produit. On peut traduire par là une volonté d’amélioration continue de la performance par une réduction des délais, des coûts et la définition d’un produit minimum viable que l’on peut soumettre à l’évaluation des consommateurs. III- Notions intervenant dans la démarche DevOps 1- La Collaboration La démarche étant une collaboration entre développements et opérations il est nécessaire d’identifier et de comprendre chaque partie à travers :  L’implication métier : qui défini la collaboration entre le monde des développements et celui de l’infrastructure. En effet le but de cette implication est de réussir à impliquer les acteurs métier de manière pertinente et continue tout en les gardant en confiance  Identification de la clé de confiance des opérations : elle permet d’identifier les leviers sur lesquels cette confiance peut se construire. Il faut noter que les opérations tiennent avant tout à maintenir la production fonctionnelle et disponible, pour y arriver il suffit de tester et de trouver des méthodes pour palier à leurs défaillances en définissant de stratégies qui garantissent un niveau de qualité satisfaisant. Ainsi les équipes des opérations seront tentées de chercher de nouvelles formes de collaboration  Identification de la clé de confiance des développements : Ici la qualité du produit n’est pas suffisante, les équipes de développement veulent en plus réaliser des produits sans bugs ni disfonctionnements. Pour cela elles doivent disposer d’environnements et d’outils leur permettant de réaliser un maximum de tests sans grands efforts. La clé de confiance de ce parti repose donc sur la qualité des environnements provisionnés et les délais de provisioning  Identification de la clé de confiance métier : La confiance métier est le moteur de l’implication des 02 parties dans le monde de l’intelligence artificielle. S’il existe donc des discordances entre eux cela pourrait affecter le service. La clé de la confiance métier repose donc sur la qualité de collaboration et l’expertise de chaque parti 2- L’automatisation Pour savoir traiter et mettre en œuvre cet aspect de la démarche DevOps il faut allier un ensemble de problématiques et ainsi pourvoir construire sa feuille de route agile pour créer un cercle vertueux d’amélioration continu. Il faut donc prendre en compte :  Une automatisation pour pérenniser la confiance : il s’agit ici de commencer par travailler ensemble sur les clés de confiance identifiées pour chacune des parties identifiées en trouvant un mode de fonctionnement qui convient à tout le monde  Une automatisation pour gagner en qualité : Il faut noter qu’automatiser c’est gagner en temps d’abord pour les taches répétitives et aussi pour les tâches plus complexes. De ce fait automatiser c’est également assurer un niveau de qualité constant et optimal  Une automatisation n’est pas forcément une optimisation : Car automatiser consiste à rendre systématique à l’aide d’outils technologiques un enchainement d’activités spécifiques qui n’est pas forcément optimisé ou industrialisé. Lorsque l’on automatise une collaboration savoir si elle est optimale n’est pas très important, il faut se contenter de s’assurer qu’elle fonctionne 3- Perspectives technologiques Même si DevOps est une transformation des processus du système d’information, sa dimension technologique n’est pas neutre. Elle inclut :  L’intégration de multiples outils : le principe est de s’appuyer sur ce que chaque outil fait le mieux et le niveau d’intégration de ces outils à un impact sur l’efficacité de la collaboration, la coordination de la gestion des livraisons, la durée des cycles de déploiement ou la capacité à gérer de multiples environnements  Le partage de modèles d’infrastructure : celle-ci est facilitée par la virtualisation des systèmes et par la prise en charge de multiples outils de provisioning  L’infrastructure as code : l’environnement de déploiement d’une application doit être archivée et géré en versions en tirant parti des pratiques issues du monde du développement, cela suppose donc la capacité à gérer par les lignes de code le provisioning et la configuration de l’infrastructure dans un langage permettant de les créer et de les faire évoluer  L’instrumentation au cœur du système : l’instrumentation d’une solution est essentielle, il faut pourvoir en continu observer le comportement du système sur le plan technique Ainsi développeurs et équipes de gestion des opérations pourront facilement identifier les limites en termes de performances et corriger les dysfonctionnements Chapitre II DevOps dans la transformation digitale La transformation digitale est la réponse de chaque entreprise face au défi que représente l’évolution des technologies numériques. Cela suppose la dématérialisation de ses processus, évolution centrée sur une innovation à laquelle participent des concepts et des solutions technologiques tels que l’agile, le cloud la mobilité le machine learning et le Big data I- DevOps est agile Pour comprendre le fait que DevOps soit agile il faut comprendre ce qui se cache derrière le terme agile. En effet l’incompréhension de l’agilité ont pour conséquence d’affecter son image au sein de l’entreprise et de complexifier son adoption. Le mot agile peut donc avoir plusieurs sens selon le contexte. Si nous prenons le cas d’une organisation elle peut être agile quand elle est prête à se remettre en cause ses cycles d’amélioration continue et à changer sa hiérarchie et ses règles de management périmètre après périmètre. Le changement n’est plus subi mais perçu comme générateur d’efficacité. La démarche agile se défini donc par une démarche itérative, incrémentale et collaborative quel que soit le contexte ou le domaine d’application. DevOps respecte donc de manière tout à fait évidente les valeurs fondamentales de l’agilité et favorise donc l’enthousiasme des utilisateurs et des populations métiers. L’idée de DevOps est de pousser les démarches agiles jusqu’aux équipes de production e passant par une collaboration basée sur la confiance II- DevOps et le cloud L’influence du cloud computing sur l’industrie des technologies de l’information rend plus nécessaire la collaboration entre les développeurs de logiciels et les responsables des opérations. Le cloud offre la possibilité de créer et déployer de nouvelles applications et leur infrastructure en quelques minutes. Pour cela il devra exploiter au mieux les capacités de virtualisation mises à disposition dans les data centers. III- DevOps, Big data et machine learning Le big data vise à collecter un grand volume de données ayant un fort potentiel de vélocité à les stocker et à les rendre exploitables. Le machine learning quant à lui vise à exploiter des données pour les analyser uploads/Management/ expose-devops-2.pdf