![\"Fa\u00e7on](\"https:\/\/www.combell.com\/fr\/blog\/files\/2017\/07\/Fa\u00e7on_de_travailler_de_DevOps-300x165.jpg\" "\\"Fa\u00e7on")
Plus qu\u2019une m\u00e9thodologie pour le d\u00e9veloppement de logiciels, DevOps<\/a> est une culture<\/strong>, qui est n\u00e9cessaire pour pouvoir r\u00e9pondre aux besoins actuels des entreprises dans le cadre du d\u00e9veloppement de logiciels, de sites web, d\u2019applications, etc.<\/p>\nDans le mod\u00e8le en cascade<\/strong> traditionnel, les exigences pos\u00e9es pour un logiciel \u00e9taient claires et soigneusement d\u00e9finies \u00e0 l\u2019avance. La d\u00e9finition du produit m\u00eame \u00e9tait \u00e9galement stable. Les d\u00e9veloppeurs se chargeaient du codage du logiciel, et les \u00e9quipes op\u00e9rationnelles devaient ensuite le mettre en \u0153uvre sur les syst\u00e8mes de l\u2019entreprise ou le web.<\/p>\n Mais le monde de l\u2019informatique \u00e9volue de plus en plus vite. Les exigences changent sans cesse, et le d\u00e9veloppement des logiciels doit lui aussi \u00eatre de plus en plus rapide. Les logiciels et les applications web doivent non seulement pouvoir \u00eatre mis sur le march\u00e9 plus rapidement, mais ils doivent aussi pouvoir \u00eatre constamment adapt\u00e9s. De nouvelles fonctions doivent pouvoir \u00eatre ajout\u00e9es sans aucune difficult\u00e9, et les bugs d\u00e9couverts doivent pouvoir \u00eatre corrig\u00e9s. Tout cela a conduit au mod\u00e8le de d\u00e9veloppement agile<\/a>.<\/p>\n L\u2019\u00e9quipe de d\u00e9veloppeurs n\u2019est cependant pas la seule \u00e0 devoir r\u00e9agir de mani\u00e8re rapide et efficace\u00a0; l\u2019\u00e9quipe op\u00e9rationnelle, qui doit d\u00e9ployer et surveiller les nouvelles applications, doit elle aussi pouvoir le faire. Tout cela m\u00e8ne \u00e0 une approche DevOps<\/strong>. Nombreux sont ceux qui associent ce terme \u00e0 une collaboration plus \u00e9troite entre les d\u00e9veloppeurs, c\u2019est-\u00e0-dire les concepteurs d\u2019un produit, et les \u2018ops\u2019, c\u2019est-\u00e0-dire l\u2019\u00e9quipe op\u00e9rationnelle qui se charge de la publication, du d\u00e9ploiement, de l\u2019exploitation et de la surveillance du logiciel.<\/p>\n Mais DevOps, c\u2019est bien plus que cela \u2013 c\u2019est un \u00e9tat d\u2019esprit, une approche commune d\u2019un probl\u00e8me. Une approche qui va au-del\u00e0 de ce qui est de nature exclusivement technique\u00a0; une approche au sein de laquelle tous les niveaux de l\u2019entreprise sont impliqu\u00e9s, y compris les d\u00e9partements charg\u00e9s des finances et du marketing, et pour laquelle la communication est d\u2019une importance vitale.<\/p>\n Tous (du d\u00e9veloppeur \u00e0 l\u2019administrateur syst\u00e8mes, en passant par les personnes qui g\u00e8rent le r\u00e9seau et les analystes d\u2019affaires) font \u00e0 pr\u00e9sent partie de la m\u00eame \u00e9quipe. Et tous \u0153uvrent dans un but commun\u00a0: la r\u00e9ussite de l\u2019enti\u00e8ret\u00e9 du projet, et pas uniquement de leur partie.<\/p>\n <\/p>\n Les silos traditionnels <\/strong>entre les d\u00e9veloppeurs, les testeurs, les responsables de la publication et les administrateurs syst\u00e8mes sont abandonn\u00e9s. Durant tout le processus de d\u00e9veloppement et de d\u00e9ploiement, tous collaborent plus \u00e9troitement, ce qui leur permet de mieux comprendre leurs questions et d\u00e9fis respectifs.<\/p>\n Les d\u00e9veloppeurs, par exemple, r\u00e9fl\u00e9chissent davantage \u00e0 des aspects tels que les op\u00e9rations, les sources, la disponibilit\u00e9 et la fiabilit\u00e9. Ils peuvent p. ex. installer des interrupteurs qui permettent aux \u00e9quipes ops d\u2019activer\/d\u00e9sactiver des fonctions, supprimer certaines options en cas de pic de trafic, etc. Les \u00e9quipes ops assistent les d\u00e9veloppeurs en permettant de r\u00e9aliser et surveiller des tests rapides, etc.<\/p>\n L\u2019approche Devops requiert de ce fait des personnes poss\u00e9dant des comp\u00e9tences multidisciplinaires \u2013 des personnes qui connaissent bien tant l\u2019infrastructure que la configuration, mais qui peuvent tout aussi bien r\u00e9aliser des tests et d\u00e9boguer des logiciels. Les devops jettent des ponts, tout en ayant un pied dans chaque domaine. Ils sont, comme le dit si bien Stephen Nelson-Smith<\/a>, des \u00ab\u00a0ambassadeurs, des pacificateurs, des facilitateurs et de communicateurs\u00a0\u00bb.<\/p>\n Lorsque toute l\u2019\u00e9quipe de projet est agile, du code pour p. ex. une nouvelle fonctionnalit\u00e9 ou la correction d\u2019un bug peut \u00eatre rapidement mis en production \u2013 ou annul\u00e9 si n\u00e9cessaire. Plus l\u2019\u00e9cart entre les versions successives est r\u00e9duit, plus l\u2019impact d\u2019une \u00e9ventuelle d\u00e9faillance peut \u00eatre minimis\u00e9\u00a0: il s\u2019agit de l\u2019approche \u00ab\u00a0fail fast, fail cheap<\/strong>\u00a0\u00bb. Gr\u00e2ce \u00e0 elle, les entreprises peuvent r\u00e9guli\u00e8rement innover \u2013 ce qui est surtout important pour les entreprises en ligne. Il para\u00eet d\u2019ailleurs qu\u2019Amazon met en \u0153uvre ou modifie du nouveau code toutes les 2 secondes\u00a0!<\/p>\n L\u2019approche DevOps a un impact sur l\u2019enti\u00e8ret\u00e9 du cycle de livraison d\u2019un projet, dont\u00a0:<\/strong><\/p>\n <\/div><\/p>\n <\/p>\n Le logo de DevOps est le symbole de l\u2019infini, ou plut\u00f4t\u00a0: une activit\u00e9 continue. DevOps, c\u2019est en effet\u00a0:<\/p>\n <\/div><\/p>\n Dans le cycle de vie de DevOps, on passe de la phase de projet \u00e0 la phase de surveillance, et \u00e0 chaque fois un nouveau cycle red\u00e9marre d\u00e8s que le pr\u00e9c\u00e9dent est termin\u00e9. La partie en bleu correspond \u00e0 la phase de d\u00e9veloppement, tandis que la partie en jaune correspond \u00e0 la partie op\u00e9rationnelle, mais en raison de leur interaction constante, les deux parties finissent par se confondre.<\/p>\n Pour la DevOps Agile Skills Association<\/a>, 6 principes r\u00e9gissent le d\u00e9veloppement d\u2019une strat\u00e9gie DevOps\u00a0:<\/p>\n <\/p>\n Gr\u00e2ce \u00e0 une harmonisation permanente et plus pouss\u00e9e entre le d\u00e9veloppement et l'infrastructure, les d\u00e9veloppeurs ne doivent plus \u00e9crire une version sp\u00e9cifique pour une configuration de mat\u00e9riel ou d'infrastructure sp\u00e9cifique. Ils peuvent en effet continuellement d\u00e9ployer de nouvelles versions gr\u00e2ce \u00e0 l'approche CI\/CD (int\u00e9gration continue \/ d\u00e9ploiement continu)<\/a>, \u00e0 l'aide d'outils tels que GitLab, Jenkins, etc.<\/p>\n Tout professionnel qui d\u00e9ploie constamment de nouvelles versions doit disposer de proc\u00e9dures claires et d'une automatisation maximale du c\u00f4t\u00e9 de l'infrastructure. Pour cela, il est possible de recourir \u00e0 la technologie des conteneurs<\/a>, comme celle de Docker<\/a>, ou \u00e0 une plateforme d'automatisation, comme Kubernetes<\/a>. Ceux qui veulent uniquement se concentrer sur le d\u00e9veloppement de logiciels et qui pr\u00e9f\u00e8rent ne plus avoir \u00e0 se soucier de tout ce qui touche \u00e0 la gestion de l'infrastructure peuvent m\u00eame opter pour une solution \u00a0'serverless' et 'Function as a Service' (FAAS)<\/a>.<\/p>\n <\/p>\n Sur le plan humain, le changement de mentalit\u00e9 constitue bien entendu le principal avantage. L\u2019approche DevOps permet une plus grande empathie entre les membres des \u00e9quipes, et met un terme aux silos de type \u00ab\u00a0us and them<\/em>\u00a0\u00bb, o\u00f9 les personnes sont m\u00e9fiantes, voire parfois effray\u00e9es les unes par rapport aux autres.<\/p>\n Ce que l\u2019approche DevOps apporte concr\u00e8tement sur le plan professionnel est clairement expliqu\u00e9 dans le rapport intitul\u00e9 \u00ab\u00a0Puppet's State of DevOps<\/a>\u00a0\u00bb. Ce rapport annuel compare des entreprises qui adoptent des pratiques DevOps (entreprises \u00e0 haut rendement) \u00e0 des entreprises qui ne le font pas au niveau de la mise en \u0153uvre du produit, de la loyaut\u00e9 du personnel, de la s\u00e9curit\u00e9, etc. Le rapport de 2016 r\u00e9v\u00e8le notamment ceci\u00a0:<\/p>\n <\/div><\/p>\n <\/p>\n Le d\u00e9veloppement d\u2019une culture DevOps requiert de la planification. Voici quelques astuces qui peuvent vous aider \u00e0 d\u00e9velopper une mentalit\u00e9 DevOps\u00a0:<\/p>\n <\/div><\/p>\n <\/p>\n DevOps est une excellente approche pour les entreprises (en ligne) qui innovent sans cesse. Pour elles, le d\u00e9lai de commercialisation est nettement raccourci, ce qui constitue un s\u00e9rieux avantage financier.<\/p>\n Mais si votre entreprise n\u2019est pas dans ce cas, l\u2019approche DevOps am\u00e9liorera bien s\u00fbr la coh\u00e9sion entre vos employ\u00e9s, mais il y a de fortes chances que votre entreprise survive m\u00eame sans adopter cette culture. Si la seule application cr\u00e9\u00e9e en interne ne sert qu\u2019\u00e0 noter les pr\u00e9sences lors de r\u00e9unions ou \u00e0 planifier les jours de cong\u00e9, il est inutile de la mettre \u00e0 jour quotidiennement\u00a0!<\/p>\n <\/p>\n Certainement\u00a0! Cela fait d\u00e9j\u00e0 de nombreuses ann\u00e9es que Combell adopte une strat\u00e9gie DevOps, au sein de laquelle une \u00e9quipe d\u2019experts polyvalents adopte une approche multidisciplinaire de l\u2019application du client durant les phases de d\u00e9veloppement, de d\u00e9ploiement et de suivi. C\u2019est ainsi qu\u2019il est possible d\u2019obtenir des applications plus fiables et des d\u00e9lais de livraison plus rapides. Cette approche a en outre pu \u00eatre optimis\u00e9e gr\u00e2ce \u00e0 la reprise de la soci\u00e9t\u00e9 Openminds en 2016<\/a>.<\/p>\nQuels sont les principes de l\u2019approche DevOps\u00a0?<\/h2>\n
![\"Communication](\"https:\/\/www.combell.com\/fr\/blog\/files\/2017\/07\/Communication_entre_les_d\u00e9veloppeurs_et_les_\u00e9quipes_op\u00e9rationnelles_est_d\u00e9cisif.jpg\")
<\/p>\n\n
En quoi consiste DevOps\u00a0?<\/h2>\n
![\"Le](\"https:\/\/www.combell.com\/fr\/blog\/files\/2017\/07\/Le_fa\u00e7on_de_travailler_de_DevOps.png\")
<\/p>\n\n
\n
De quelle technologie avez-vous besoin pour pouvoir mettre en place une approche DevOps\u00a0?<\/strong><\/h2>\n
![\"Docker](\"https:\/\/www.combell.com\/fr\/blog\/files\/Docker-en-Kubernetes-tools-for-DevOps.png\" "\\"Docker")
Au cours de ces derni\u00e8res ann\u00e9es, le succ\u00e8s de l'approche DevOps a \u00e9t\u00e9 accompagn\u00e9 par l'arriv\u00e9e de nouveaux outils technologiques qui changent radicalement la fa\u00e7on dont chacun travaille. Et cela se v\u00e9rifie aussi bien au niveau du d\u00e9veloppement (dev) qu'au niveau de l'administration (ops).<\/p>\nQuels sont les avantages de l\u2019approche DevOps\u00a0?<\/h2>\n
\n
DevOps\u00a0: par o\u00f9 commencer\u00a0?<\/h2>\n
\n
L\u2019approche DevOps est-elle adapt\u00e9e \u00e0 tout le monde\u00a0?<\/h2>\n
Est-ce que Combell a elle aussi adopt\u00e9 les principes DevOps\u00a0?<\/h2>\n