<\/a><\/noindex>DevOps englobe de nombreux concepts diff\u00e9rents (livraison continue, int\u00e9gration continue, automatisation, etc.), il peut donc \u00eatre difficile d'en extraire l'essentiel, surtout si vous \u00eates passionn\u00e9 par le sujet. Cependant, cette comp\u00e9tence est tr\u00e8s utile, que vous essayiez de transmettre vos id\u00e9es \u00e0 votre direction ou que vous racontiez simplement votre travail \u00e0 des proches. Donc, pour l'instant, mettons de c\u00f4t\u00e9 les nuances terminologiques de DevOps et concentrons-nous sur l'image globale.<\/p>\n
Qu'est-ce que DevOps : 6 d\u00e9finitions et analogies<\/h3>\n \nNous avons demand\u00e9 \u00e0 des sp\u00e9cialistes d'expliquer l'essence du DevOps de la mani\u00e8re la plus simple et la plus concise possible, afin que sa valeur soit claire pour les lecteurs de tous niveaux techniques. \u00c0 l'issue de ces discussions, nous avons s\u00e9lectionn\u00e9 les analogies les plus frappantes et les formulations percutantes qui vous aideront \u00e0 construire votre r\u00e9cit sur DevOps.<\/p>\n
1. DevOps est un mouvement culturel<\/h4>\n \n\u00ab DevOps est un mouvement culturel, au sein duquel les deux parties (d\u00e9veloppeurs de logiciels et sp\u00e9cialistes des syst\u00e8mes d'exploitation IT) reconnaissent que le logiciel n'apporte pas de r\u00e9elle valeur tant qu'il n'est pas utilis\u00e9 par quelqu'un : clients, utilisateurs, employ\u00e9s, peu importe, \u00bb d\u00e9clare Eveline Oehrlich, analyste principale et chercheuse \u00e0 l'Institute DevOps. \u00ab C'est pourquoi ces deux parties assurent ensemble une livraison rapide et de qualit\u00e9 des logiciels. \u00bb<\/p>\n
2. DevOps est ce qui donne du pouvoir aux d\u00e9veloppeurs<\/h4>\n \n\u00abDevOps donne aux d\u00e9veloppeurs le pouvoir de poss\u00e9der des applications, de les lancer et de g\u00e9rer la livraison du d\u00e9but \u00e0 la fin\u00bb<\/b><\/p>\n
\u00abOn parle g\u00e9n\u00e9ralement de DevOps comme d'un moyen d'acc\u00e9l\u00e9rer la livraison des applications en construisant et en appliquant des processus automatis\u00e9s, d\u00e9clare Jai Schniepp, directeur des plateformes DevOps chez l'assureur Liberty Mutual. \u2013 Mais pour moi, c'est quelque chose de beaucoup plus fondamental. DevOps donne aux d\u00e9veloppeurs le pouvoir de poss\u00e9der des applications ou certaines parties de logiciels, de les lancer et de g\u00e9rer la livraison du d\u00e9but \u00e0 la fin. DevOps \u00e9limine la confusion quant aux responsabilit\u00e9s et pousse tous les participants au processus \u00e0 cr\u00e9er une infrastructure automatis\u00e9e et g\u00e9r\u00e9e par le d\u00e9veloppeur.\u00bb<\/p>\n
3. DevOps \u2013 c'est la collaboration dans la cr\u00e9ation et la livraison d'applications<\/h4>\n \n\u00abEn d'autres termes, DevOps est une approche de production et de livraison de logiciels o\u00f9 tous travaillent ensemble\u00bb, souligne Gur Staff, pr\u00e9sident et directeur de l'automatisation des affaires num\u00e9riques chez BMC.<\/p>\n
4. DevOps \u2013 c'est une cha\u00eene de production<\/h4>\n \n\u00abL'assemblage en cha\u00eene n'est possible que si toutes les pi\u00e8ces s'assemblent correctement.\u00bb<\/b><\/p>\n
\u00abJe comparerais DevOps \u00e0 une cha\u00eene de montage automobile, poursuit Gur Staff. \u2013 L'id\u00e9e est de concevoir et de fabriquer toutes les pi\u00e8ces \u00e0 l'avance afin qu'elles puissent ensuite \u00eatre assembl\u00e9es sans ajustement individuel. L'assemblage en cha\u00eene n'est possible que si toutes les pi\u00e8ces s'assemblent correctement. Ceux qui con\u00e7oivent et fabriquent le moteur doivent r\u00e9fl\u00e9chir \u00e0 la fa\u00e7on de le fixer \u00e0 la carrosserie ou au ch\u00e2ssis. Ceux qui fabriquent les freins doivent penser aux roues, et ainsi de suite. Il en va de m\u00eame pour les logiciels.\u00bb <\/p>\n
Un d\u00e9veloppeur qui cr\u00e9e la logique m\u00e9tier ou l'interface utilisateur doit r\u00e9fl\u00e9chir \u00e0 la base de donn\u00e9es qui stocke les informations sur les clients, aux moyens de s\u00e9curit\u00e9 pour prot\u00e9ger les donn\u00e9es des utilisateurs, ainsi qu'\u00e0 la fa\u00e7on dont tout cela fonctionnera lorsque le service commencera \u00e0 servir un large \u00e9ventail d'utilisateurs, potentiellement m\u00eame des millions.\u00bb<\/p>\n
\u00abFaire en sorte que les gens collaborent et r\u00e9fl\u00e9chissent aux parties du travail r\u00e9alis\u00e9es par les autres, plut\u00f4t que de se concentrer uniquement sur leurs propres t\u00e2ches, est le plus grand obstacle \u00e0 surmonter. Si cela r\u00e9ussit, vous aurez d'excellentes chances de r\u00e9ussir votre transformation num\u00e9rique\u00bb, ajoute Gur Steff.<\/p>\n
5. DevOps est la bonne combinaison de personnes, de processus et d'automatisation<\/h4>\n \nJayne Groll, directrice g\u00e9n\u00e9rale de l'Institut DevOps, a propos\u00e9 une excellente analogie pour expliquer DevOps. Selon elle, \u00abDevOps est comme une recette de cuisine, avec trois cat\u00e9gories principales d'ingr\u00e9dients : personnes, processus et automatisation. La plupart de ces ingr\u00e9dients peuvent \u00eatre tir\u00e9s d'autres domaines et sources : Lean, Agile, SRE, CI\/CD, ITIL, leadership, culture, outils. Le secret de DevOps, comme pour toute bonne recette, r\u00e9side dans la fa\u00e7on de bien doser et m\u00e9langer ces ingr\u00e9dients pour am\u00e9liorer la rapidit\u00e9 et l'efficacit\u00e9 lors de la cr\u00e9ation et du d\u00e9ploiement d'applications\u00bb.<\/p>\n
6. DevOps est lorsque les programmeurs travaillent comme une \u00e9quipe de Formule 1<\/h4>\n \n\u00abLa course se planifie non pas du d\u00e9part \u00e0 l'arriv\u00e9e, mais plut\u00f4t de l'arriv\u00e9e au d\u00e9part\u00bb.<\/b><\/p>\n
\u00abEn parlant de ce qu'il faut attendre de l'initiative DevOps, je prends l'exemple d'une \u00e9quipe de course NASCAR ou de Formule 1, dit Chris Short, responsable du marketing des plates-formes cloud Red Hat et \u00e9diteur de la newsletter DevOps'ish. \u2013 Le leader de cette \u00e9quipe a un seul objectif : atteindre la meilleure place possible \u00e0 l'issue de la course, en tenant compte des ressources dont dispose l'\u00e9quipe et des d\u00e9fis qui se sont pr\u00e9sent\u00e9s. Ainsi, la course se planifie non pas du d\u00e9part \u00e0 l'arriv\u00e9e, mais plut\u00f4t de l'arriv\u00e9e au d\u00e9part. Tout d'abord, un objectif ambitieux est fix\u00e9, puis les moyens d'y parvenir sont d\u00e9finis. Ensuite, ceux-ci sont divis\u00e9s en sous-t\u00e2ches et d\u00e9l\u00e9gu\u00e9s aux membres de l'\u00e9quipe.\u00bb<\/p>\n
\u00abTout au long de la semaine pr\u00e9c\u00e9dant la course, l'\u00e9quipe perfectionne ses arr\u00eats au stand. Elle s'adonne \u00e0 des entra\u00eenements de force et de cardio pour \u00eatre en forme lors de cette journ\u00e9e \u00e9prouvante. Elle s'exerce \u00e0 travailler ensemble pour r\u00e9soudre tout probl\u00e8me pouvant surgir pendant la course. De m\u00eame, l'\u00e9quipe de d\u00e9veloppement doit s'entra\u00eener \u00e0 publier fr\u00e9quemment de nouvelles versions. Avec de telles comp\u00e9tences et un syst\u00e8me de s\u00e9curit\u00e9 bien rod\u00e9, les mises en production de nouvelles versions se font \u00e9galement plus r\u00e9guli\u00e8rement. Dans cette optique, une augmentation de la rapidit\u00e9 signifie une augmentation de la s\u00e9curit\u00e9 \u00bb, d\u00e9clare Short.<\/p>\n
\u00ab Il ne s'agit pas de faire les \u00ab bonnes choses \u00bb, ajoute Short, mais d'\u00e9liminer autant de choses que possible qui entravent l'atteinte du r\u00e9sultat souhait\u00e9. Collaborez et adaptez-vous en tenant compte du retour d'information que vous recevez en temps r\u00e9el. Soyez pr\u00eat aux anomalies et travaillez \u00e0 l'am\u00e9lioration de la qualit\u00e9 pour minimiser leur impact sur l'atteinte de l'objectif. C'est exactement ce que nous attendons du monde DevOps \u00bb.<\/p>\n
Comment \u00e9voluent DevOps : 10 conseils d'experts<\/h3>\n \nLe simple DevOps et le DevOps \u00e0 grande \u00e9chelle sont deux choses enti\u00e8rement diff\u00e9rentes. Nous allons vous montrer comment surmonter les barri\u00e8res qui s\u00e9parent les deux.<\/b><\/p>\n
Pour de nombreuses organisations, le chemin vers DevOps commence facilement et agr\u00e9ablement. De petites \u00e9quipes passionn\u00e9es se forment, les anciens processus sont remplac\u00e9s par de nouveaux et les premiers succ\u00e8s ne se font pas attendre.<\/p>\n
Malheureusement, c'est juste un faux \u00e9clat, une illusion de progr\u00e8s, comme le dit Ben Grinnell, directeur g\u00e9n\u00e9ral et responsable du secteur num\u00e9rique de la soci\u00e9t\u00e9 de conseil North Highland. Les premi\u00e8res victoires sont certes r\u00e9jouissantes, mais elles ne contribuent pas \u00e0 atteindre l'objectif final, \u00e0 savoir l'adoption g\u00e9n\u00e9ralis\u00e9e de DevOps au sein de l'organisation.<\/p>\n
Il est facile de voir qu'une culture de division entre \u00ab nous \u00bb et \u00ab eux \u00bb se forme en cons\u00e9quence.<\/b><\/p>\n
\u00abSouvent, les organisations lancent des projets pionniers, pensant qu'ils ouvriront la voie \u00e0 un DevOps \u00e0 grande \u00e9chelle, sans r\u00e9fl\u00e9chir \u00e0 la question de savoir si les autres voudront ou pourront suivre ce chemin, explique Ben Grinnell. \u2013 Les \u00e9quipes charg\u00e9es de mettre en \u0153uvre ces projets sont g\u00e9n\u00e9ralement compos\u00e9es de 'v\u00e9t\u00e9rans' confiants, qui ont d\u00e9j\u00e0 fait quelque chose de similaire ailleurs, mais qui sont novices dans votre organisation. Parall\u00e8lement, ils sont encourag\u00e9s \u00e0 casser et \u00e0 d\u00e9truire les r\u00e8gles qui restent obligatoires pour tous les autres. Il est facile de voir qu'en cons\u00e9quence, une culture de division entre 'nous' et 'eux' se forme, ce qui entrave le transfert de connaissances et de comp\u00e9tences.\u00bb<\/p>\n
\u00abEt ce probl\u00e8me culturel n'est qu'une des raisons pour lesquelles DevOps est difficile \u00e0 mettre \u00e0 l'\u00e9chelle. Les \u00e9quipes DevOps rencontrent une augmentation des complexit\u00e9s techniques, caract\u00e9ristiques des entreprises en forte croissance qui parient sur les technologies informatiques\u00bb, dit Steve Newman, fondateur et pr\u00e9sident de Scalyr.<\/p>\n
\u00abDans le monde moderne, les services changent d\u00e8s qu'il y a un besoin. Impl\u00e9menter et d\u00e9ployer constamment de nouvelles fonctionnalit\u00e9s est certes formidable, mais coordonner ce processus et r\u00e9soudre les probl\u00e8mes qui surgissent est un v\u00e9ritable casse-t\u00eate, ajoute Steve Newman. \u2013 Dans les organisations \u00e0 tr\u00e8s forte croissance, les ing\u00e9nieurs au sein d'\u00e9quipes interfonctionnelles luttent pour conserver la possibilit\u00e9 de suivre les changements et les effets en cascade qu'ils provoquent au niveau des d\u00e9pendances. De plus, les ing\u00e9nieurs ne sont pas du tout ravis lorsque cette possibilit\u00e9 leur est retir\u00e9e, rendant plus difficile la compr\u00e9hension des probl\u00e8mes qui surgissent.\u00bb<\/p>\n
Comment surmonter les difficult\u00e9s d\u00e9crites ci-dessus et passer \u00e0 une utilisation massive de DevOps dans une grande organisation ? Les experts exhortent \u00e0 faire preuve de patience, m\u00eame si votre objectif final est d'acc\u00e9l\u00e9rer le cycle de d\u00e9veloppement logiciel et les processus m\u00e9tier.<\/b><\/p>\n1. Souvenez-vous que le changement culturel prend du temps<\/h4>\n
\nJayne Groll, directrice g\u00e9n\u00e9rale de l'Institut DevOps :<\/b> \u00ab\u00c0 mon avis, l'expansion de DevOps doit \u00eatre aussi progressive et it\u00e9rative que le d\u00e9veloppement agile (et toucher tout autant la culture). Dans Agile et DevOps, l'accent est mis sur les petites \u00e9quipes. Mais \u00e0 mesure que le nombre et l'int\u00e9gration de ces \u00e9quipes augmentent, nous avons de plus en plus de personnes appliquant de nouvelles m\u00e9thodes de travail, ce qui entra\u00eene une transformation culturelle \u00e0 grande \u00e9chelle\u00bb.<\/p>\n2. Accordez suffisamment de temps \u00e0 la planification et au choix de la plateforme<\/h4>\n
\nEran Kinsbruner, \u00e9vang\u00e9liste technique principal de Perfecto :<\/b> \u00abPour que l'\u00e9volutivit\u00e9 r\u00e9ussisse, les \u00e9quipes DevOps doivent d'abord apprendre \u00e0 combiner des processus, outils et comp\u00e9tences traditionnels, puis lentement d\u00e9velopper chaque phase de DevOps et la stabiliser. Tout commence par une planification minutieuse des histoires utilisateur (user story) et des flux de cr\u00e9ation de valeur (value stream), suivie d'une phase de d\u00e9veloppement logiciel et de gestion de versions en utilisant le d\u00e9veloppement bas\u00e9 sur le trunk ou d'autres approches les plus adapt\u00e9es pour le branched et la fusion de code\u00bb.<\/p>\n
\u00abEnsuite, il y a la phase d'int\u00e9gration et de test, o\u00f9 une plateforme \u00e9volutive pour l'automatisation est d\u00e9j\u00e0 n\u00e9cessaire. Ici, il est important pour les \u00e9quipes DevOps de choisir la bonne plateforme qui corresponde \u00e0 leur niveau de comp\u00e9tences et \u00e0 leurs objectifs finaux de projet. <\/p>\n
La phase suivante est le d\u00e9ploiement en production, et cela doit \u00eatre enti\u00e8rement automatis\u00e9 \u00e0 l'aide d'outils d'orchestration et de conteneurs. Il est \u00e9galement important d'avoir des environnements virtualis\u00e9s \u00e0 chaque \u00e9tape de DevOps (simulateur d'environnement de production, environnement de contr\u00f4le qualit\u00e9 et l'environnement de production proprement dit) et d'utiliser toujours les donn\u00e9es les plus r\u00e9centes pour les tests, afin d'obtenir des r\u00e9sultats pertinents. L'analytique doit \u00eatre intelligente et capable de traiter de grandes quantit\u00e9s de donn\u00e9es avec des retours rapides et efficaces\u00bb.<\/p>\n
3. Lib\u00e9rez la responsabilit\u00e9 du go\u00fbt de la culpabilit\u00e9<\/h4>\n \nGordon Haff, \u00e9vang\u00e9liste RedHat :<\/b> \u00abLa cr\u00e9ation d'un syst\u00e8me et d'une atmosph\u00e8re qui permettent et encouragent les exp\u00e9rimentations permet de r\u00e9aliser ce qu'on appelle des \u00e9checs r\u00e9ussis dans le d\u00e9veloppement agile de logiciels. Cela ne signifie pas qu'il n'y a plus personne responsable des \u00e9checs. En r\u00e9alit\u00e9, il devient m\u00eame plus facile d'\u00e9tablir un responsable, car \u00ab \u00eatre responsable \u00bb ne signifie plus \u00ab devenir le coupable d'un incident \u00bb. Autrement dit, la notion de responsabilit\u00e9 change qualitativement. \u00c0 cet \u00e9gard, quatre facteurs deviennent extr\u00eamement importants : l'ampleur de l'\u00e9chec, les approches, les processus de production et les incitations \u00bb. (Vous pouvez en savoir plus sur ces facteurs dans l'article de Gordon Haff \u00ab DevOps lessons: 4 aspects of healthy experiments \u00bb.)<\/p>\n4. D\u00e9gagez la voie<\/h4>\n
\nBen Grinnell, directeur g\u00e9n\u00e9ral et responsable de la division des technologies num\u00e9riques du cabinet de conseil North Highland :<\/b> \u00ab Pour r\u00e9ussir la mont\u00e9e en \u00e9chelle, je recommande de lancer un programme de 'd\u00e9gagement de la voie' en m\u00eame temps que les projets pionniers. L'objectif de ce programme est d'\u00e9liminer les d\u00e9bris laiss\u00e9s par les pionniers DevOps, comme les r\u00e8gles devenues obsol\u00e8tes et d'autres choses similaires, afin que la voie \u00e0 suivre reste libre \u00bb.<\/p>\n
\u00ab Donnez aux gens un soutien organisationnel et impulsez \u00e0 travers une communication qui d\u00e9passe de loin le groupe des pionniers, c\u00e9l\u00e9brant largement les succ\u00e8s des nouvelles m\u00e9thodes de travail. Formez les personnes impliqu\u00e9es dans la prochaine vague de projets DevOps qui se sentent nerveuses \u00e0 l'id\u00e9e d'utiliser DevOps pour la premi\u00e8re fois. Et rappelez-vous que ces personnes sont tr\u00e8s diff\u00e9rentes des pionniers \u00bb.<\/p>\n
5. Rendez les outils plus d\u00e9mocratiques<\/h4>\n \nSteve Newman, fondateur et pr\u00e9sident du conseil d'administration de Scalyr :<\/b> \u00ab Les outils ne doivent pas \u00eatre cach\u00e9s aux gens et ils doivent \u00eatre relativement faciles \u00e0 apprendre pour quiconque est pr\u00eat \u00e0 y consacrer du temps. Si la possibilit\u00e9 de demander des logs n'est accord\u00e9e qu'\u00e0 trois personnes, 'certifi\u00e9es' pour travailler avec un certain outil, vous n'aurez toujours que trois personnes capables de r\u00e9soudre le probl\u00e8me correspondant, m\u00eame si vous disposez d'un tr\u00e8s grand environnement de calcul. Autrement dit, cela cr\u00e9e un goulet d'\u00e9tranglement qui peut entra\u00eener des cons\u00e9quences graves (pour les affaires) \u00bb.<\/p>\n6. Cr\u00e9ez des conditions id\u00e9ales pour le travail de l'\u00e9quipe<\/h4>\n
\nTom Clark, responsable de la division Common Platform chez ITV :<\/b> \u00abVous pouvez faire n'importe quoi, mais pas tout en m\u00eame temps. Fixez donc de grands objectifs, commencez petit et avancez par it\u00e9rations rapides. Avec le temps, vous gagnerez la r\u00e9putation d'une \u00e9quipe qui r\u00e9ussit, ce qui incitera d'autres \u00e0 adopter vos m\u00e9thodes. Et ne vous pr\u00e9cipitez pas pour former une \u00e9quipe hautement performante. Au lieu de cela, offrez aux gens des conditions de travail id\u00e9ales et l'efficacit\u00e9 viendra d'elle-m\u00eame.\u00bb<\/p>\n7. N'oubliez pas la loi de Conway et les tableaux Kanban<\/h4>\n
\nLogan Daigle, directeur de la livraison logicielle et strat\u00e9gie DevOps chez CollabNetVersionOne :<\/b> \u00abIl est important de prendre conscience des cons\u00e9quences de la loi de Conway. Dans ma libre interpr\u00e9tation, cette loi stipule que les produits que nous cr\u00e9ons et les processus que nous utilisons, y compris DevOps, sont organis\u00e9s de la m\u00eame mani\u00e8re que notre organisation.\u00bb<\/p>\n
\u00abSi une organisation est tr\u00e8s \u00e9clat\u00e9e, et que la gestion des logiciels passe plusieurs fois de main en main lors de la planification, de la cr\u00e9ation et de la mise en production, l'effet de l'\u00e9chelle sera nul ou de courte dur\u00e9e. En revanche, si l'organisation forme des \u00e9quipes interfonctionnelles autour de produits financ\u00e9s avec une orientation march\u00e9, les chances de succ\u00e8s augmentent consid\u00e9rablement.\u00bb<\/p>\n
\u00abUn autre aspect important de l'\u00e9chelle est de montrer sur les tableaux Kanban tous les travaux en cours (WIP, work in progress). Lorsque les gens ont un endroit o\u00f9 ils peuvent voir ces choses, cela stimule fortement la collaboration, ce qui est b\u00e9n\u00e9fique pour l'\u00e9chelle.\u00bb<\/p>\n
8. Cherchez les vieilles cicatrices<\/h4>\n \nManuel Pais, consultant DevOps et co-auteur du livre \u00abTeam Topologies\u00bb :<\/b> \u00abTransf\u00e9rer les pratiques DevOps au-del\u00e0 de Dev et Ops et essayer de les appliquer \u00e0 d'autres fonctions ne peut gu\u00e8re \u00eatre consid\u00e9r\u00e9 comme une approche optimale. Cela produira certainement un certain effet (par exemple, gr\u00e2ce \u00e0 l'automatisation de la gestion manuelle), mais il est possible d'obtenir beaucoup plus en commen\u00e7ant par comprendre les processus de livraison et de feedback.\u00bb<\/p>\n
\u00abSi dans le syst\u00e8me informatique de l'organisation, il y a de vieilles cicatrices \u2013 des proc\u00e9dures et des m\u00e9canismes de gestion qui ont \u00e9t\u00e9 mis en \u0153uvre suite \u00e0 des incidents pass\u00e9s, mais qui ont perdu leur pertinence (en raison de la modification de produits, de technologies ou de processus) \u2013 il est ind\u00e9niablement n\u00e9cessaire de les supprimer ou de les aplanir, plut\u00f4t que d'automatiser des processus inefficaces ou inutiles.\u00bb<\/p>\n
9. Ne cr\u00e9ez pas de variantes de DevOps<\/h4>\n \nAnthony Edwards, directeur de la production chez Eggplant :<\/b> \u00abDevOps est un terme tr\u00e8s flou, c'est pourquoi chaque \u00e9quipe finit par avoir sa propre version de DevOps. Et il n'y a rien de pire que d'avoir 20 vari\u00e9t\u00e9s de DevOps au sein d'une organisation, qui ne s'harmonisent pas bien ensemble. Il ne devrait pas y avoir un interface particulier entre le d\u00e9veloppement et la gestion du produit pour chacune des trois \u00e9quipes de d\u00e9veloppement. De m\u00eame, les produits ne devraient pas avoir des attentes uniques concernant le traitement des retours lors du transfert dans un simulateur de l'environnement de production. Sinon, vous ne parviendrez jamais \u00e0 \u00e9tendre DevOps.\u00bb<\/p>\n10. Proclamez la valeur de DevOps pour les affaires<\/h4>\n
\nSteve Newman, fondateur et pr\u00e9sident du conseil d'administration de Scalyr :<\/b> \u00abTravaillez sur la reconnaissance de la valeur de DevOps. Apprenez et n'h\u00e9sitez pas \u00e0 parler des avantages de ce que vous faites. DevOps permet d'\u00e9conomiser \u00e9norm\u00e9ment de temps et d'argent (pensez simplement : moins d'arr\u00eats, temps de r\u00e9cup\u00e9ration moyen plus court), et les \u00e9quipes DevOps doivent constamment souligner (et pr\u00eacher) l'importance de ces initiatives pour le succ\u00e8s des affaires. Ainsi, vous pourrez \u00e9largir le cercle des adeptes et renforcer l'impact de DevOps au sein de l'organisation.\u00bb<\/p>\nBONUS<\/h3>\n
\nSur Red Hat Forum Russie<\/a><\/noindex> Le 13 septembre, notre propre DevOps arrivera \u2013 oui, chez Red Hat, en tant que fournisseur de logiciels, nous avons nos propres \u00e9quipes et pratiques DevOps.<\/b><\/p>\nNotre ing\u00e9nieur Mark Birger, qui d\u00e9veloppe des services d'automatisation interne pour d'autres groupes \u00e0 travers l'organisation, racontera en un russe pur son histoire \u2013 comment l'\u00e9quipe DevOps de Red Hat a migr\u00e9 des applications des environnements virtuels Hat Virtualization, g\u00e9r\u00e9s par Ansible, vers un format conteneur complet sur la plateforme OpenShift.<\/p>\n
Mais ce n'est pas tout :<\/b><\/p>\n
Apr\u00e8s que les organisations ont transf\u00e9r\u00e9 leurs charges de travail dans des conteneurs, les m\u00e9thodes traditionnelles de surveillance des applications peuvent ne pas fonctionner. Dans ce deuxi\u00e8me rapport, nous expliquerons notre motivation \u00e0 changer notre approche en mati\u00e8re de journalisation et montrerons la suite du chemin qui nous a conduits \u00e0 des m\u00e9thodes modernes de journalisation et de surveillance.habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0422\u0440\u0443\u0434\u043d\u043e \u0443\u043b\u043e\u0432\u0438\u0442\u044c \u0433\u043b\u0430\u0432\u043d\u043e\u0435, \u0433\u043e\u0432\u043e\u0440\u044f \u043e DevOps? \u041c\u044b \u0441\u043e\u0431\u0440\u0430\u043b\u0438 \u0434\u043b\u044f \u0432\u0430\u0441 \u044f\u0440\u043a\u0438\u0435 \u0430\u043d\u0430\u043b\u043e\u0433\u0438\u0438, \u0443\u0434\u0430\u0440\u043d\u044b\u0435 \u0444\u043e\u0440\u043c\u0443\u043b\u0438\u0440\u043e\u0432\u043a\u0438 \u0438 \u0441\u043e\u0432\u0435\u0442\u044b \u043e\u0442 \u044d\u043a\u0441\u043f\u0435\u0440\u0442\u043e\u0432, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043f\u043e\u043c\u043e\u0433\u0443\u0442 \u0434\u043e\u0439\u0442\u0438 \u0434\u043e \u0441\u0443\u0442\u0438 \u0434\u0430\u0436\u0435 \u043d\u0435\u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u0430\u043c. \u0412 \u043a\u043e\u043d\u0446\u0435 \u0431\u043e\u043d\u0443\u0441 \u2013 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0439 DevOps \u0441\u043e\u0442\u0440\u0443\u0434\u043d\u0438\u043a\u043e\u0432 Red Hat. \u0422\u0435\u0440\u043c\u0438\u043d DevOps \u0432\u043e\u0437\u043d\u0438\u043a 10 \u043b\u0435\u0442 \u043d\u0430\u0437\u0430\u0434 \u0438 \u043f\u0440\u043e\u0448\u0435\u043b \u043f\u0443\u0442\u044c \u043e\u0442 \u0445\u044d\u0448\u0442\u0435\u0433\u0430 \u0432 \u0422\u0432\u0438\u0442\u0442\u0435\u0440\u0435 \u0434\u043e \u043c\u043e\u0449\u043d\u043e\u0433\u043e \u043a\u0443\u043b\u044c\u0442\u0443\u0440\u043d\u043e\u0433\u043e \u0434\u0432\u0438\u0436\u0435\u043d\u0438\u044f \u0432 \u043c\u0438\u0440\u0435 \u0418\u0422, \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0435\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28183,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-37551","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Parlons](\"\/wp-content\/uploads\/2019\/08\/c3df26c470065767bc37e7d1c732d0b5.jpeg\")