Vous êtes sur la page 1sur 5

MINISTERE DE L’ENSEIGNEMENT SUPERIEUR REPUBLIQUE DU CAMEROUN

**************** Paix – Travail - Patrie


**************
INSTITUT UNIVERSITAIRE DE LA COTE
**************** REPUBLIC OF CAMEROON
Peace – Work - Fatherland
INSTITUT D’INGENIERIE INFORMATIQUE
D’AFRIQUE CENTRALE

MISE EN PRODUCTION ET DEPLOIEMENT

LA DEMARCHE DEVOPS (Chapitre 1 et 2)

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

ANNEE ACADEMIQUE 2021 / 2022


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 avec une approche scientifique et statistique. Une démarche DevOps nécessite une
collecte de données aussi bien concernant l’usage par l’utilisateur du produit que dans l’aspect
opérationnel de la démarche. Mais l’aspect le plus intéressant reste le lien possible entre les données
collectées et les modèles de machine learning. On peut donc dire que la mise en œuvre des solutions
liées au big data et la définition des modèles de machine learning adaptés au cycle de
développement logiciel viennent enrichir DevOps qui bénéficie ainsi de l’expérimentation et du
traitement des données les plus pertinentes

IV- DevOps et mobilité


La démarche DevOps et la mobilité vont de pair car cette démarche est adaptée au monde de la
mobilité. En effet ce dernier est constitué d’un modèle applicatif distribué via des magasins
applicatifs notamment Iphone, Windows, Android. Tous ces systèmes possèdent leurs stores qui sont
le lieu privilégié par les utilisateurs pour s’approvisionner en application. La mise en œuvre de la
démarche DevOps apporte des évolutions tant pour elle-même que pour le marché

V- DevOps, innovation et design thinking


Le design thinking est une méthodologie de créativité destiné aux designers. Cette méthode
préconise d’identifier les besoins des utilisateurs voir les anticiper en s’appuyant sur des étapes. Si
des méthodes d’innovation ne suivent pas ces étapes elles se retrouvent toutes autour des principes
de divergences et de convergences centrées sur l’utilisateur. Les principales étapes sont :

 Empathy : Ressentir l’audience cible, pressentir ses plaisirs et ses frustrations pour mieux
percevoir mes désirs
 Define : Définir et affiner ses objectifs en fonction de ma perception empathique que l’on a
acquis
 Ideate : Trouver des idées créatives simples et intelligentes pour répondre aux besoins de
l’audience cible
 Prototype : Construire des solutions démontrables à partir des idées retenues lors de la
phase précédente
 Test : Expérimentation auprès de l’audience cible

Les méthodes d’innovations sont itératives et collaboratives par nature pour être dont
complètement dans les valeurs de l’agilité il est important d’avancer par incrément. Si les méthodes
d’innovation sont donc agiles, elles sont complémentaires avec DevOps mais cette dernière en plus
d’inventer des usages des services et produit elle aide à les réaliser et à les mettre en œuvre
rapidement et efficacement

Vous aimerez peut-être aussi