{"id":39219,"date":"2019-10-31T22:28:31","date_gmt":"2019-10-31T19:28:31","guid":{"rendered":"https:\/\/prohoster.info\/blog\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire\/"},"modified":"2019-10-31T22:28:31","modified_gmt":"2019-10-31T19:28:31","slug":"devops-i-haos-dostavka-po-v-detsentralizovannom-mire","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","title":{"rendered":"DevOps et Chaos : livraison de logiciels dans un monde d\u00e9centralis\u00e9.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Le fondateur et directeur d'Otomato Software, l'un des initiateurs et instructeurs de la premi\u00e8re certification DevOps en Isra\u00ebl, Anton Weiss, a parl\u00e9 l'ann\u00e9e derni\u00e8re DevOpsDays Moscou<\/a><\/noindex> de la th\u00e9orie du chaos et des principaux principes de l'ing\u00e9nierie du chaos, ainsi que de l'organisation DevOps id\u00e9ale du futur.<\/p>\n

Nous avons pr\u00e9par\u00e9 une version texte du rapport. <\/p>\n

\r\n \"Lire\r\n
<\/div>\r\n <\/div><\/center>
\n<\/a><\/noindex>
\nBonjour! <\/p>\n

DevOpsDays \u00e0 Moscou pour la deuxi\u00e8me ann\u00e9e cons\u00e9cutive, je suis sur cette sc\u00e8ne pour la deuxi\u00e8me fois, beaucoup d'entre vous sont dans cette salle pour la deuxi\u00e8me fois. Qu'est-ce que cela signifie ? Cela signifie que le mouvement DevOps en Russie grandit, se multiplie, et surtout, cela signifie qu'il est temps de parler de ce qu'est DevOps en 2018. <\/p>\n

Levez la main ceux qui pensent qu'en 2018, DevOps est d\u00e9j\u00e0 une profession ? Il y en a. Y a-t-il des ing\u00e9nieurs DevOps dans la salle dont le poste est inscrit \u00ab Ing\u00e9nieur DevOps \u00bb ? Y a-t-il des managers DevOps dans la salle ? Personne. Des architectes DevOps ? Aucun. \u00c7a fait peu. Vraiment, personne n'a inscrit qu'il est ing\u00e9nieur DevOps ?<\/p>\n

Cela signifie que la plupart d'entre vous pensent que c'est un anti-mod\u00e8le ? Que cette profession ne devrait pas exister ? On peut penser ce qu'on veut, mais pendant que nous r\u00e9fl\u00e9chissons, l'industrie avance solennellement sous le son du trompette du DevOps.<\/p>\n

Qui a entendu parler du nouveau sujet appel\u00e9 DevDevOps ? C'est une nouvelle m\u00e9thodologie permettant d'assurer une collaboration efficace entre les d\u00e9veloppeurs et les DevOps. D'ailleurs, ce n'est pas si nouveau. Si l'on se fie \u00e0 Twitter, \u00e7a fait d\u00e9j\u00e0 4 ans qu'on en parle. Et l'int\u00e9r\u00eat pour cela grandit encore et encore, donc il y a un probl\u00e8me. Ce probl\u00e8me doit \u00eatre r\u00e9solu.<\/p>\n

\"DevOps
\n
\nNous sommes des personnes cr\u00e9atives et nous ne nous contentons pas de peu. Nous disons : DevOps est un terme trop \u00e9troit, il manque encore diverses choses int\u00e9ressantes. Nous allons dans nos laboratoires secrets et commen\u00e7ons \u00e0 cr\u00e9er des mutations curieuses : DevTestOps, GitOps, DevSecOps, BizDevOps, ProdOps.<\/p>\n

\"DevOps
\n
\nLa logique est implacable, non ? Notre syst\u00e8me de livraison n'est pas fonctionnel, nos syst\u00e8mes sont instables et les utilisateurs sont m\u00e9contents, nous ne sommes pas \u00e0 jour pour d\u00e9ployer les logiciels \u00e0 temps, nous ne respectons pas le budget. Comment allons-nous r\u00e9soudre tout cela ? Nous allons inventer un nouveau mot ! Cela se terminera par \u00ab Ops \u00bb, et le probl\u00e8me sera r\u00e9solu.<\/p>\n

J'appelle cette approche \u00ab Ops, et le probl\u00e8me est r\u00e9solu \u00bb.<\/p>\n

Tout cela passe au second plan si nous nous rappelons pourquoi nous avons tout imagin\u00e9. Nous avons cr\u00e9\u00e9 tout ce DevOps pour rendre la livraison de logiciels et notre propre travail dans ce processus aussi fluide, sans douleur, efficace, et surtout, agr\u00e9able que possible. <\/p>\n

DevOps est n\u00e9 de la douleur. Et nous en avons assez de souffrir. Pour que cela se r\u00e9alise, nous nous appuyons sur des pratiques intemporelles : une collaboration efficace, des pratiques de flux, et surtout, une pens\u00e9e syst\u00e9mique, car sans cela, aucun DevOps ne fonctionne.<\/p>\n

Qu'est-ce qu'un syst\u00e8me ?<\/b><\/h3>\n

\nEt puisque nous avons \u00e9voqu\u00e9 la pens\u00e9e syst\u00e9mique, rappelons-nous ce qu'est un syst\u00e8me.<\/p>\n

\"DevOps
\n
\nSi vous \u00eates un hacker r\u00e9volutionnaire, alors pour vous, un syst\u00e8me est un mal ind\u00e9niable. C'est un nuage qui plane au-dessus de vous et vous force \u00e0 faire ce que vous ne voulez pas faire. <\/p>\n

\"DevOps
\n
\nD'un point de vue syst\u00e9mique, un syst\u00e8me est un tout constitu\u00e9 de parties. En ce sens, chacun de nous est un syst\u00e8me. Les organisations dans lesquelles nous travaillons sont des syst\u00e8mes. Et ce que nous construisons ensemble s'appelle aussi un syst\u00e8me.<\/p>\n

Tout cela fait partie d'un grand syst\u00e8me sociotechnique. Et ce n'est que si nous comprenons comment ce syst\u00e8me sociotechnique fonctionne ensemble que nous pourrons vraiment optimiser quelque chose. <\/p>\n

D'un point de vue syst\u00e9mique, un syst\u00e8me a diff\u00e9rentes propri\u00e9t\u00e9s int\u00e9ressantes. Tout d'abord, il est constitu\u00e9 de parties, ce qui signifie que son comportement d\u00e9pend de celui des parties. De plus, toutes ses parties sont \u00e9galement interd\u00e9pendantes. Cela signifie que plus un syst\u00e8me a de parties, plus il devient difficile de comprendre ou de pr\u00e9voir son comportement. <\/p>\n

Du point de vue du comportement, il existe \u00e9galement un autre fait int\u00e9ressant. Un syst\u00e8me peut faire quelque chose que aucune de ses parties s\u00e9par\u00e9es ne peut faire. <\/p>\n

Comme l'a dit le Dr Russell Ackoff (l'un des pionniers de la pens\u00e9e syst\u00e9mique), cela peut \u00eatre facilement prouv\u00e9 par un exp\u00e9rience de pens\u00e9e. Par exemple, qui ici sait coder ? Beaucoup de mains se l\u00e8vent, et c'est normal, car c'est une des exigences fondamentales de notre profession. Vous savez \u00e9crire, mais vos mains, s\u00e9par\u00e9ment de vous, peuvent-elles \u00e9crire du code ? Il y a des gens qui diront : \u00ab Ce n'est pas mes mains qui \u00e9crivent du code, c'est mon cerveau qui \u00e9crit du code \u00bb. Mais le cerveau peut-il \u00e9crire du code s\u00e9par\u00e9ment de vous ? Probablement pas. <\/p>\n

Le cerveau est une machine incroyable, nous ne savons m\u00eame pas 10 % de son fonctionnement, mais il ne peut pas fonctionner s\u00e9par\u00e9ment du syst\u00e8me qu'est notre corps. Et cela peut \u00eatre prouv\u00e9 facilement : ouvrez votre bo\u00eete cr\u00e2nienne, sortez le cerveau, posez-le devant un ordinateur et essayez d'\u00e9crire quelque chose de simple. 'Hello, world' en Python, par exemple.<\/p>\n

Si un syst\u00e8me peut accomplir quelque chose que ses parties individuelles ne peuvent pas faire, cela signifie que son comportement n'est pas d\u00e9termin\u00e9 par le comportement de ses parties. Alors, qu'est-ce qui le d\u00e9termine ? Cela est d\u00e9termin\u00e9 par l'interaction entre ces parties. Ainsi, plus il y a de parties, plus les interactions sont complexes, plus il devient difficile de comprendre et de pr\u00e9dire le comportement du syst\u00e8me. Cela rend un tel syst\u00e8me chaotique, car le moindre changement, m\u00eame le plus insignifiant et invisible \u00e0 l'\u0153il nu, dans l'une des parties du syst\u00e8me peut conduire \u00e0 des r\u00e9sultats totalement impr\u00e9visibles. <\/p>\n

Cette sensibilit\u00e9 aux conditions initiales a \u00e9t\u00e9 d\u00e9couverte et \u00e9tudi\u00e9e pour la premi\u00e8re fois par le m\u00e9t\u00e9orologue am\u00e9ricain Edward Lorenz. Par la suite, elle a \u00e9t\u00e9 appel\u00e9e \u00ab l'effet papillon \u00bb et a conduit au d\u00e9veloppement d'un courant de pens\u00e9e scientifique connu sous le nom de \u00ab th\u00e9orie du chaos \u00bb. Cette th\u00e9orie est devenue l'un des principaux changements de paradigme dans la science du 20\u00e8me si\u00e8cle.<\/p>\n

Th\u00e9orie du chaos<\/b><\/h3>\n

\nLes personnes qui \u00e9tudient le chaos se qualifient de chaosologues.<\/p>\n

\"DevOps
\n
\nLa v\u00e9ritable raison de ce discours est que, en travaillant avec des syst\u00e8mes complexes distribu\u00e9s et de grandes organisations internationales, j'ai r\u00e9alis\u00e9 \u00e0 un moment donn\u00e9 que c'\u00e9tait ainsi que je me percevais. Je suis chaosologue. C'est en gros une mani\u00e8re rus\u00e9e de dire : 'Je ne comprends pas ce qui se passe ici et je ne sais pas comment y faire face.' <\/p>\n

Je pense que beaucoup d'entre vous se sentent souvent ainsi aussi, donc vous \u00eates aussi chaosologues. Je vous invite \u00e0 rejoindre la guilde des chaosologues. Les syst\u00e8mes que nous, chers coll\u00e8gues chaosologues, allons \u00e9tudier sont appel\u00e9s \u00ab syst\u00e8mes adaptatifs complexes \u00bb. <\/p>\n

Qu'est-ce que l'adaptabilit\u00e9 ? L'adaptabilit\u00e9 signifie que le comportement individuel et collectif des parties dans un tel syst\u00e8me adaptatif change et s'auto-organise, en r\u00e9ponse \u00e0 des \u00e9v\u00e9nements ou des chaines de micro-\u00e9v\u00e9nements dans le syst\u00e8me. En d'autres termes, le syst\u00e8me s'adapte aux changements par le biais de l'auto-organisation. Cette capacit\u00e9 \u00e0 s'auto-organiser repose sur la coop\u00e9ration volontaire et enti\u00e8rement d\u00e9centralis\u00e9e d'agents autonomes libres.<\/p>\n

Une autre caract\u00e9ristique int\u00e9ressante de ces syst\u00e8mes est qu'ils sont librement \u00e9volutifs. Ce qui devrait, en tant qu'ing\u00e9nieurs en chaos, \u00e9veiller notre int\u00e9r\u00eat. Donc, si nous avons dit que le comportement d'un syst\u00e8me complexe est d\u00e9termin\u00e9 par l'interaction de ses parties, qu'est-ce qui devrait nous int\u00e9resser ? L'interaction. <\/p>\n

Il y a encore deux conclusions int\u00e9ressantes.
\n \"DevOps
\n
\nPremi\u00e8rement, nous comprenons qu'il est impossible de simplifier un syst\u00e8me complexe en simplifiant ses parties. Deuxi\u00e8mement, le seul moyen de simplifier un syst\u00e8me complexe est de simplifier les interactions entre ses parties. <\/p>\n

Comment interagissons-nous ? Nous sommes tous des parties d'un grand syst\u00e8me d'information que l'on appelle la soci\u00e9t\u00e9 humaine. Nous interagissons par le biais d'une langue commune, si nous en avons une, si nous la trouvons.<\/p>\n

\"DevOps
\n
\nMais la langue elle-m\u00eame est un syst\u00e8me adaptatif complexe. Ainsi, pour interagir plus efficacement et simplement, nous avons besoin de cr\u00e9er certains protocoles. C'est-\u00e0-dire une s\u00e9quence de symboles et d'actions qui rendront l'\u00e9change d'informations entre nous plus simple, plus pr\u00e9visible et plus compr\u00e9hensible.<\/p>\n

Je veux dire que les tendances \u00e0 la complexification, \u00e0 l'adaptabilit\u00e9, \u00e0 la d\u00e9centralisation et au chaos se retrouvent partout. Dans les syst\u00e8mes que nous construisons et dans les syst\u00e8mes dont nous faisons partie.<\/p>\n

Pour ne pas rester dans l'abstrait, examinons comment \u00e9voluent les syst\u00e8mes que nous cr\u00e9ons.<\/p>\n

\"DevOps
\n
\nVous attendiez ce mot, je le comprends. Nous sommes \u00e0 la conf\u00e9rence DevOps, aujourd'hui ce mot sera prononc\u00e9 quelque part autour de cent mille fois et ensuite, il nous hanter \u00e0 la nuit.<\/p>\n

Les microservices sont la premi\u00e8re architecture logicielle qui est n\u00e9e en r\u00e9ponse aux pratiques DevOps, visant \u00e0 rendre nos syst\u00e8mes plus flexibles, plus \u00e9volutifs et \u00e0 assurer une livraison continue. Comment y parviennent-ils ? En r\u00e9duisant le volume des services, en diminuant les fronti\u00e8res des probl\u00e8mes que ces services traitent et en raccourcissant les d\u00e9lais de livraison. Autrement dit, nous r\u00e9duisons et simplifions les parties du syst\u00e8me, augmentons leur nombre, ce qui accro\u00eet in\u00e9vitablement la complexit\u00e9 des interactions entre ces parties, engendrant ainsi de nouveaux probl\u00e8mes que nous devons r\u00e9soudre.<\/p>\n

\"DevOps
\n
\nLes microservices ne sont pas une fin en soi, ils sont en fait d\u00e9j\u00e0 un vestige du pass\u00e9, car le Serverless arrive. Tous les serveurs ont disparu, il n'y a plus de serveurs, plus de syst\u00e8mes d'exploitation, seulement du code ex\u00e9cutable pur. Les configurations sont s\u00e9par\u00e9es, les \u00e9tats sont s\u00e9par\u00e9s, tout est g\u00e9r\u00e9 par des \u00e9v\u00e9nements. C'est la beaut\u00e9, la puret\u00e9, le silence, aucun \u00e9v\u00e9nement, rien ne se passe, tout est en ordre. <\/p>\n

O\u00f9 se situe la complexit\u00e9 ? Il est \u00e9vident que la complexit\u00e9 r\u00e9side dans les interactions. Que peut faire une fonction par elle-m\u00eame ? Comment interagit-elle avec d'autres fonctions ? File de messages, bases de donn\u00e9es, \u00e9quilibreurs de charge. Comment recr\u00e9er un \u00e9v\u00e9nement lorsque quelque chose \u00e9choue ? Une multitude de questions et peu de r\u00e9ponses.<\/p>\n

Les microservices et le Serverless sont tout ce que nous, les hipsters de l'informatique, appelons Cloud Native. Tout tourne autour du cloud. Mais, par essence, le cloud est \u00e9galement limit\u00e9 en termes d'\u00e9volutivit\u00e9. Nous avons tendance \u00e0 le consid\u00e9rer comme un syst\u00e8me distribu\u00e9. En r\u00e9alit\u00e9, o\u00f9 r\u00e9sident les serveurs des fournisseurs de cloud ? Dans des centres de donn\u00e9es. Ainsi, nous avons ici un mod\u00e8le distribu\u00e9 tr\u00e8s limit\u00e9 et, pour le moins, centralis\u00e9.<\/p>\n

Aujourd'hui, nous comprenons que l'internet des objets n'est plus simplement de belles paroles ; selon des pr\u00e9visions modestes, nous attendons des milliards de dispositifs connect\u00e9s \u00e0 Internet dans les cinq \u00e0 dix prochaines ann\u00e9es. Un \u00e9norme volume de donn\u00e9es, utiles et inutiles, qui sera d\u00e9vers\u00e9 dans le cloud et en sera extrait. <\/p>\n

Le cloud ne pourra pas supporter tout cela, c'est pourquoi nous parlons de plus en plus des ce que l'on appelle le \u00ab edge computing \u00bb. J'aime aussi cette d\u00e9finition merveilleuse de \u00ab fog computing \u00bb. Cela apporte une touche de myst\u00e8re romantique et d'intrigue.<\/p>\n

\"DevOps
\n
\nLes calculs brumeux. Il s'agit des nuages, qui sont des agr\u00e9gats centralis\u00e9s d'eau, de vapeur, de glace et de pierres. Et le brouillard, ce sont des gouttes d'eau dispers\u00e9es autour de nous dans l'atmosph\u00e8re. <\/p>\n

Dans la paradigme brumeux, la majeure partie du travail est effectu\u00e9e par ces gouttes de mani\u00e8re totalement autonome ou en coop\u00e9ration avec d'autres gouttes. Elles ne se tournent vers le nuage que lorsque cela devient vraiment n\u00e9cessaire. <\/p>\n

C'est-\u00e0-dire encore une fois d\u00e9centralisation, autonomie, et bien s\u00fbr, beaucoup d'entre vous comprennent d\u00e9j\u00e0 o\u00f9 tout cela m\u00e8ne, car on ne peut pas parler de d\u00e9centralisation sans mentionner la blockchain. <\/p>\n

\"DevOps
\n
\nIl y a ceux qui croient, ce sont ceux qui ont investi dans les cryptomonnaies. Il y a ceux qui croient mais qui ont peur, comme moi par exemple. Et il y a ceux qui ne croient pas. On peut avoir diff\u00e9rentes opinions \u00e0 ce sujet. Il y a une technologie, un nouveau domaine incompris, et des probl\u00e8mes. Comme toute nouvelle technologie, elle soul\u00e8ve plus de questions qu'elle ne donne de r\u00e9ponses. <\/p>\n

Le buzz autour de la blockchain est compr\u00e9hensible. M\u00eame si l'on met de c\u00f4t\u00e9 la ru\u00e9e vers l'or, la technologie elle-m\u00eame offre des promesses fantastiques d'un avenir radieux : plus de libert\u00e9, plus d'autonomie, une confiance mondiale distribu\u00e9e. Que pourrait-on vouloir de plus ? <\/p>\n

Par cons\u00e9quent, de plus en plus d'ing\u00e9nieurs \u00e0 travers le monde commencent \u00e0 d\u00e9velopper des applications d\u00e9centralis\u00e9es. Et c'est une force \u00e0 laquelle il est impossible d'\u00e9chapper, en disant simplement : \u00ab Ah, la blockchain n'est qu'une base de donn\u00e9es distribu\u00e9e mal impl\u00e9ment\u00e9e \u00bb. Ou comme aiment le dire les sceptiques : \u00ab Il n'y a pas d'applications r\u00e9elles pour la blockchain \u00bb. Si l'on y pense, il y a 150 ans, ils disaient la m\u00eame chose \u00e0 propos de l'\u00e9lectricit\u00e9. Et d'une certaine mani\u00e8re, ils avaient raison, car ce que l'\u00e9lectricit\u00e9 rend possible aujourd'hui \u00e9tait totalement irr\u00e9aliste au XIXe si\u00e8cle.<\/p>\n

Au fait, qui sait quel est le logo \u00e0 l'\u00e9cran ? C'est Hyperledger. C'est un projet d\u00e9velopp\u00e9 sous l'\u00e9gide de la Linux Foundation, qui regroupe un ensemble de technologies blockchain. C'est vraiment la force de notre communaut\u00e9 open source.<\/p>\n

Ing\u00e9nierie chaotique<\/b><\/h3>\n

\n\"DevOps
\n
\nAinsi, le syst\u00e8me que nous d\u00e9veloppons devient de plus en plus complexe, de plus en plus chaotique, de plus en plus adaptatif. Netflix est un pionnier des syst\u00e8mes de microservices. Ils ont \u00e9t\u00e9 parmi les premiers \u00e0 comprendre cela et ont d\u00e9velopp\u00e9 un ensemble d'outils qu'ils ont appel\u00e9s Simian Army, dont le plus connu est Chaos Monkey<\/a><\/noindex>. Cela a d\u00e9fini ce qui est devenu connu comme \u00abprincipes de l'ing\u00e9nierie de la chaos\u00bb<\/a><\/noindex>.<\/p>\n

Au fait, lors du travail sur le rapport, nous avons m\u00eame traduit ce texte en russe, alors n'h\u00e9sitez pas \u00e0 visiter le lien<\/a><\/noindex>, lisez, commentez, critiquez.<\/p>\n

En bref, les principes de l'ing\u00e9nierie de la chaos disent ceci. Les syst\u00e8mes distribu\u00e9s complexes sont fondamentalement impr\u00e9visibles et contiennent intrins\u00e8quement des erreurs. Les erreurs sont in\u00e9vitables, ce qui signifie que nous devons les accepter et travailler avec ces syst\u00e8mes d'une mani\u00e8re compl\u00e8tement diff\u00e9rente. <\/p>\n

Nous devons essayer d'introduire nous-m\u00eames ces erreurs dans nos syst\u00e8mes de production pour tester leur adaptabilit\u00e9, leur capacit\u00e9 d'auto-organisation et de survie. <\/p>\n

Et cela change tout. Non seulement la fa\u00e7on dont nous d\u00e9ployons le syst\u00e8me en production, mais aussi comment nous les d\u00e9veloppons et les testons. Il n'y a aucun processus de stabilisation, de gel du code, au contraire, il s'agit d'un processus constant de d\u00e9stabilisation. Nous essayons de tuer le syst\u00e8me et de voir s'il continue de survivre.<\/p>\n

Protocoles d'int\u00e9gration de syst\u00e8mes distribu\u00e9s<\/b><\/h3>\n

\n\"DevOps
\n
\nEn cons\u00e9quence, cela exige que nos syst\u00e8mes changent \u00e9galement d'une certaine mani\u00e8re. Pour qu'ils deviennent plus r\u00e9silients, ils ont besoin de nouveaux protocoles d'interaction entre leurs parties. Pour que ces parties puissent convenir et parvenir \u00e0 une certaine auto-organisation. De nouveaux outils, de nouveaux protocoles \u00e9mergent, que j'appelle \u00abprotocoles d'interaction des syst\u00e8mes distribu\u00e9s\u00bb.<\/p>\n

\"DevOps
\n
\nDe quoi je parle ? Tout d'abord, le projet Opentracing<\/a><\/noindex>. Une tentative de cr\u00e9er un protocole commun de tra\u00e7age distribu\u00e9, qui est un outil absolument indispensable pour le d\u00e9bogage de syst\u00e8mes distribu\u00e9s complexes.<\/p>\n

\"DevOps
\n
\nEnsuite \u2014 Open Policy Agent<\/a><\/noindex>. Nous disons que nous ne pouvons pas pr\u00e9dire ce qui se passera avec le syst\u00e8me, donc nous devons am\u00e9liorer son observabilit\u00e9. Opentracing fait partie de la famille d'outils qui fournissent la visibilit\u00e9 de nos syst\u00e8mes. Mais nous avons besoin de visibilit\u00e9 pour d\u00e9terminer si le syst\u00e8me fonctionne comme nous l'attendons ou non. Comment d\u00e9terminer le comportement attendu ? En d\u00e9finissant une certaine politique, un ensemble de r\u00e8gles. Le projet Open Policy Agent s'occupe de la d\u00e9finition de cet ensemble de r\u00e8gles sur une large gamme : de l'acc\u00e8s \u00e0 l'allocation des ressources.<\/p>\n

\"DevOps
\n
\nComme nous l'avons dit, nos syst\u00e8mes sont de plus en plus g\u00e9r\u00e9s par \u00e9v\u00e9nements. Serverless est un excellent exemple de syst\u00e8mes g\u00e9r\u00e9s par \u00e9v\u00e9nements. Pour que nous puissions transf\u00e9rer des \u00e9v\u00e9nements entre les syst\u00e8mes et les suivre, nous avons besoin d'un langage commun, d'un protocole commun sur la mani\u00e8re dont nous discutons des \u00e9v\u00e9nements et comment nous les transmettons. C'est ce que fait le projet appel\u00e9 Cloudevents<\/a><\/noindex>.<\/p>\n

\"DevOps
\n
\nUn flux continu de changements, qui inonde nos syst\u00e8mes, les d\u00e9stabilisant constamment, est un flux continu d'artefacts logiciels. Pour que nous puissions maintenir ce flux constant de changements, nous avons besoin d'un protocole commun, gr\u00e2ce auquel nous pourrons discuter de ce qu'est un artefact logiciel, comment il est v\u00e9rifi\u00e9, quelle v\u00e9rification il a subie. C'est ce que fait le projet appel\u00e9 Grafeas<\/a><\/noindex>. Donc, un protocole commun de m\u00e9tadonn\u00e9es pour les artefacts logiciels.<\/p>\n

\"DevOps
\n
\nEnfin, si nous voulons que nos syst\u00e8mes soient enti\u00e8rement autonomes, adaptatifs et s'auto-organisent, nous devons leur donner le droit \u00e0 l'auto-identification. Le projet appel\u00e9 spiffe<\/a><\/noindex> s'occupe justement de cela. C'est aussi un projet sous l'\u00e9gide de la Cloud Native Computing Foundation.<\/p>\n

Tous ces projets sont jeunes, ils ont tous besoin de notre amour, de notre v\u00e9rification. Tout cela est du code ouvert, notre test, notre mise en \u0153uvre. Ils nous montrent dans quelle direction la technologie \u00e9volue. <\/p>\n

Mais DevOps n'a jamais \u00e9t\u00e9 principalement une question de technologie, il a toujours \u00e9t\u00e9 avant tout question de collaboration entre les personnes. Et donc, si nous voulons que les syst\u00e8mes que nous d\u00e9veloppons changent, nous devons changer nous-m\u00eames. En r\u00e9alit\u00e9, nous changeons d\u00e9j\u00e0, nous n'avons pas vraiment le choix. <\/p>\n

\"DevOps
\n
\nIl y a un excellent sur les mod\u00e8les Kubernetes. Tout a commenc\u00e9 avec \"<\/a><\/noindex> livre de l'\u00e9crivaine britannique Rachel Botsman, dans lequel elle aborde l'\u00e9volution de la confiance \u00e0 travers l'histoire humaine. Elle dit qu'\u00e0 l'origine, dans les soci\u00e9t\u00e9s primitives, la confiance \u00e9tait locale, c'est-\u00e0-dire que nous ne faisions confiance qu'\u00e0 ceux que nous connaissions personnellement. <\/p>\n

Ensuite, il y a eu une tr\u00e8s longue p\u00e9riode \u2014 une \u00e9poque sombre, lorsque la confiance est devenue centralis\u00e9e, quand nous avons commenc\u00e9 \u00e0 faire confiance \u00e0 des personnes que nous ne connaissions pas en nous basant sur notre appartenance \u00e0 une m\u00eame institution sociale ou \u00e9tatique.<\/p>\n

Et voici ce que nous voyons dans notre monde moderne : la confiance devient de plus en plus d\u00e9centralis\u00e9e et repose sur la libert\u00e9 des flux d'informations et sur l'accessibilit\u00e9 de l'information. <\/p>\n

Si l'on y r\u00e9fl\u00e9chit, c'est cette accessibilit\u00e9 m\u00eame, qui rend cette confiance possible, que nous r\u00e9alisons. Cela signifie que la fa\u00e7on dont nous collaborons et la mani\u00e8re dont nous le faisons doivent \u00e9galement changer, car les organisations informatiques centralis\u00e9es et hi\u00e9rarchiques de l'ancienne \u00e9cole cessent de fonctionner. Elles commencent \u00e0 dispara\u00eetre. <\/p>\n

Les fondements des organisations DevOps<\/b><\/h3>\n

\nL'organisation DevOps id\u00e9ale du futur est un syst\u00e8me d\u00e9centralis\u00e9 et adaptatif, compos\u00e9 d'\u00e9quipes autonomes, chacune constitu\u00e9e d'individus autonomes. Ces \u00e9quipes sont dispers\u00e9es \u00e0 travers le monde, elles collaborent efficacement entre elles gr\u00e2ce \u00e0 une communication asynchrone et \u00e0 des protocoles d'\u00e9change d'informations hautement transparents. C'est tr\u00e8s beau, n'est-ce pas ? Un avenir tr\u00e8s prometteur.<\/p>\n

Bien s\u00fbr, tout cela est impossible sans des changements culturels. Nous avons besoin d'un leadership transformationnel, de responsabilit\u00e9 personnelle, de motivation interne.<\/p>\n

\"DevOps
\n
\nVoici la base des organisations DevOps : transparence de l'information, communications asynchrones, leadership transformationnel, d\u00e9centralisation. <\/p>\n

L'\u00e9puisement professionnel<\/b><\/h3>\n

\nLes syst\u00e8mes dont nous faisons partie, et ceux que nous construisons, sont de plus en plus chaotiques, et nous, en tant qu'\u00eatres humains, avons du mal \u00e0 accepter cette id\u00e9e, nous peinons \u00e0 abandonner l'illusion de contr\u00f4le. Nous essayons de continuer \u00e0 les contr\u00f4ler, et cela conduit souvent \u00e0 l'\u00e9puisement. Je le dis par exp\u00e9rience, j'ai moi aussi connu cela, je suis aussi une victime des pannes impr\u00e9vues en production.<\/p>\n

\"DevOps
\n
\nL'\u00e9puisement professionnel survient lorsque nous essayons de contr\u00f4ler ce qui, par essence, \u00e9chappe au contr\u00f4le. Lorsque nous nous \u00e9puisons, tout perd son sens, car nous perdons l'envie de cr\u00e9er quelque chose de nouveau, nous prenons une position d\u00e9fensive et commen\u00e7ons \u00e0 prot\u00e9ger ce qui existe. <\/p>\n

Le m\u00e9tier d'ing\u00e9nieur, comme j'aime souvent me le rappeler, est avant tout une profession cr\u00e9ative. Si nous perdons l'envie de cr\u00e9er quelque chose, nous nous transformons en cendres, nous devenons des r\u00e9sidus. Les gens s'\u00e9puisent, des organisations enti\u00e8res s'\u00e9puisent.<\/p>\n

\u00c0 mon avis, seule l'acceptation de la puissance cr\u00e9ative du chaos, seule la construction d'une collaboration selon ses principes - c'est ce qui nous aidera \u00e0 ne pas perdre ce qu'il y a de bon dans notre profession. <\/p>\n

C'est ce que je vous souhaite : aimer votre travail, aimer ce que nous faisons. Ce monde se nourrit d'informations, nous avons l'honneur de le nourrir. Alors explorons le chaos, devenons des chaosologues, apportons de la valeur, cr\u00e9ons quelque chose de nouveau, et les probl\u00e8mes, comme nous l'avons d\u00e9j\u00e0 constat\u00e9, sont in\u00e9vitables. Quand ils se pr\u00e9senteront, nous dirons simplement \u00ab Ops ! \u00bb, et le probl\u00e8me sera r\u00e9solu. <\/p>\n

Que se passe-t-il en dehors de Chaos Monkey ?<\/b><\/p>\n

En r\u00e9alit\u00e9, tous ces outils sont tr\u00e8s r\u00e9cents. M\u00eame Netflix a construit des outils pour ses propres besoins. Construisez des outils pour vous-m\u00eame. Lisez les principes de l'ing\u00e9nierie du chaos et conformez-vous \u00e0 ces principes, plut\u00f4t que de chercher d'autres outils que d'autres ont d\u00e9j\u00e0 construits. <\/p>\n

Essayez de comprendre comment vos syst\u00e8mes \u00e9chouent et commencez \u00e0 les casser pour observer comment ils r\u00e9sistent aux chocs. C'est avant tout cela. Quant aux outils, il y a plein de projets \u00e0 explorer. <\/p>\n

Je n'ai pas tout \u00e0 fait compris le moment o\u00f9 vous avez dit que l'on ne doit pas simplifier un syst\u00e8me en simplifiant ses composants, pour ensuite encha\u00eener sur les microservices qui, justement, simplifient le syst\u00e8me en simplifiant les composants et compliquant les interactions. Cela repr\u00e9sente en fait deux parties qui se contredisent. <\/b><\/p>\n

C'est tout \u00e0 fait vrai, les microservices sont un sujet tr\u00e8s controvers\u00e9. En r\u00e9alit\u00e9, simplifier les parties augmente la flexibilit\u00e9. Que nous apportent les microservices ? Ils nous donnent de la flexibilit\u00e9 et de la rapidit\u00e9, mais ils ne nous apportent aucune simplicit\u00e9. Ils augmentent la complexit\u00e9.<\/p>\n

Ainsi, dans la philosophie DevOps, les microservices ne sont pas un si grand bien ?<\/b><\/p>\n

Tout bien a son revers. Il y a des avantages : cela augmente la flexibilit\u00e9, nous permet d'apporter des modifications plus rapidement, mais cela augmente la complexit\u00e9 et, par cons\u00e9quent, la fragilit\u00e9 de l'ensemble du syst\u00e8me. <\/p>\n

En fin de compte, o\u00f9 mettre le plus l'accent : sur la simplification des interactions ou sur celle des parties ?<\/b> <\/p>\n

L'accent est sans aucun doute mis sur la simplification des interactions, car si nous regardons cela \u00e0 travers le prisme de notre collaboration, il est primordial de privil\u00e9gier la simplification des interactions plut\u00f4t que celle du travail de chacun d'entre nous individuellement. Simplifier le travail, c'est transformer les gens en robots. Cela fonctionne tr\u00e8s bien chez McDonald's o\u00f9 il est dict\u00e9 : ici, on met le burger, l\u00e0, on verse la sauce. Cela ne marche absolument pas dans notre travail cr\u00e9atif.<\/p>\n

Est-il vrai que tout ce que vous avez d\u00e9crit existe dans un monde sans concurrence, o\u00f9 le chaos est bienveillant, sans contradictions internes, o\u00f9 personne ne veut manger ou tuer personne ? Comment la concurrence et DevOps doivent-elles coexister ?<\/b><\/p>\n

Eh bien, cela d\u00e9pend de la concurrence \u00e0 laquelle nous faisons r\u00e9f\u00e9rence. S'agit-il de la concurrence au sein de l'entreprise ou de la concurrence entre les entreprises ? <\/p>\n

De la concurrence entre les services existants, parce que les services ne se limitent pas \u00e0 quelques entreprises. Nous cr\u00e9ons un nouveau type d'environnement informationnel, et tout environnement ne peut exister sans concurrence. La concurrence est omnipr\u00e9sente.<\/b><\/p>\n

Prenons Netflix comme mod\u00e8le. Pourquoi ont-ils eu cette id\u00e9e ? Parce qu'ils avaient besoin d'\u00eatre comp\u00e9titifs. Cette flexibilit\u00e9 et rapidit\u00e9 sont justement ces exigences concurrentielles qui apportent du chaos dans nos syst\u00e8mes. Ainsi, le chaos n'est pas quelque chose que nous cr\u00e9ons d\u00e9lib\u00e9r\u00e9ment parce que nous le d\u00e9sirons, c'est ce qui survient parce que le monde l'exige. Nous devons simplement nous adapter. Et le chaos est pr\u00e9cis\u00e9ment le r\u00e9sultat de la concurrence.<\/p>\n

Cela signifie-t-il que le chaos est l'absence d'objectifs ? Ou les objectifs que nous ne voulons pas voir ? Nous sommes dans notre bulle et ne comprenons pas les objectifs des autres. La concurrence, en r\u00e9alit\u00e9, d\u00e9coule du fait que nous avons des objectifs clairs et savons o\u00f9 nous allons \u00e0 chaque instant suivant. C'est \u00e0 mon avis l'essence de DevOps.<\/b><\/p>\n

C'est une autre perspective. Je pense que notre objectif commun est de survivre et de le faire avec
\nle plus de plaisir possible. L'objectif concurrentiel de toute organisation est le m\u00eame. La survie se d\u00e9roule souvent dans la lutte concurrentielle, c'est in\u00e9vitable.<\/p>\n

Cette ann\u00e9e la conf\u00e9rence DevOpsDays Moscou<\/a><\/noindex> aura lieu le 7 d\u00e9cembre au \u00ab Technopolis \u00bb. Nous acceptons les soumissions de pr\u00e9sentations jusqu'au 11 novembre. \u00c9crivez-nous<\/a><\/noindex> si vous souhaitez prendre la parole.<\/p>\n

Les inscriptions pour les participants sont ouvertes, le billet co\u00fbte 7000 roubles. Rejoignez-nous ! \n<\/p><\/blockquote>\n

Source : habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041e\u0441\u043d\u043e\u0432\u0430\u0442\u0435\u043b\u044c \u0438 \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440 \u00abOtomato Software\u00bb, \u043e\u0434\u0438\u043d \u0438\u0437 \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u0432 \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0442\u043e\u0440\u043e\u0432 \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438 \u0410\u043d\u0442\u043e\u043d \u0412\u0430\u0439\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b \u043d\u0430 \u043f\u0440\u043e\u0448\u043b\u043e\u0433\u043e\u0434\u043d\u0435\u043c DevOpsDays Moscow \u043f\u0440\u043e \u0442\u0435\u043e\u0440\u0438\u044e \u0445\u0430\u043e\u0441\u0430 \u0438 \u0433\u043b\u0430\u0432\u043d\u044b\u0435 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u044b \u0445\u0430\u043e\u0441\u043d\u043e\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u0438\u0438, \u0430 \u0442\u0430\u043a\u0436\u0435 \u043e\u0431\u044a\u044f\u0441\u043d\u0438\u043b, \u043a\u0430\u043a \u0443\u0441\u0442\u0440\u043e\u0435\u043d\u0430 \u0438\u0434\u0435\u0430\u043b\u044c\u043d\u0430\u044f DevOps-\u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0431\u0443\u0434\u0443\u0449\u0435\u0433\u043e. \u041c\u044b \u043f\u0440\u0438\u0433\u043e\u0442\u043e\u0432\u0438\u043b\u0438 \u0442\u0435\u043a\u0441\u0442\u043e\u0432\u0443\u044e \u0432\u0435\u0440\u0441\u0438\u044e \u0434\u043e\u043a\u043b\u0430\u0434\u0430. \u0414\u043e\u0431\u0440\u043e\u0435 \u0443\u0442\u0440\u043e! DevOpsDays \u0432 \u041c\u043e\u0441\u043a\u0432\u0435 \u0432\u0442\u043e\u0440\u043e\u0439 \u0433\u043e\u0434 \u043f\u043e\u0434\u0440\u044f\u0434, \u044f \u0432\u0442\u043e\u0440\u043e\u0439 \u0440\u0430\u0437 \u043d\u0430 \u044d\u0442\u043e\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":29435,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-39219","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47DevOps et Chaos : livraison de logiciels dans un monde d\u00e9centralis\u00e9 | ProHoster","description":"Le fondateur et directeur d'Otomato Software, l'un des initiateurs et instructeurs de la premi\u00e8re certification DevOps en Isra\u00ebl, Anton Weiss, a parl\u00e9 l'ann\u00e9e derni\u00e8re","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0414\u0435\u0432\u041e\u043f\u0441 \u0438 \u0425\u0430\u043e\u0441: \u0434\u043e\u0441\u0442\u0430\u0432\u043a\u0430 \u041f\u041e \u0432 \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u043e\u043c \u043c\u0438\u0440\u0435 | ProHoster","og:description":"\u041e\u0441\u043d\u043e\u0432\u0430\u0442\u0435\u043b\u044c \u0438 \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440 \u00abOtomato Software\u00bb, \u043e\u0434\u0438\u043d \u0438\u0437 \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u0432 \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0442\u043e\u0440\u043e\u0432 \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438 \u0410\u043d\u0442\u043e\u043d \u0412\u0430\u0439\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b \u043d\u0430 \u043f\u0440\u043e\u0448\u043b\u043e\u0433\u043e\u0434\u043d\u0435\u043c","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:28:31+00:00","article:modified_time":"2019-10-31T19:28:31+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"39219","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 01:19:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:54:41","updated":"2026-01-24 01:19:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/39219","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=39219"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/39219\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/29435"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=39219"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=39219"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=39219"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}