{"id":55735,"date":"2020-01-27T00:00:00","date_gmt":"2020-01-26T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/eshhe-raz-o-devops-i-sre"},"modified":"2020-02-18T14:03:52","modified_gmt":"2020-02-18T11:03:52","slug":"eshhe-raz-o-devops-i-sre","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/eshhe-raz-o-devops-i-sre","title":{"rendered":"Encore une fois sur DevOps et SRE","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

En s'inspirant de la discussion dans le chat AWS Minsk Community<\/a><\/noindex><\/p>\n

Ces derniers temps, de v\u00e9ritables batailles font rage sur la d\u00e9finition des concepts DevOps et SRE.
\nBien que ces discussions soient d\u00e9j\u00e0 plut\u00f4t \u00e9cul\u00e9es, y compris pour moi, j'ai d\u00e9cid\u00e9 de soumettre ma vision de ce sujet \u00e0 la communaut\u00e9 Habr. Ceux que cela int\u00e9resse, bienvenue sous le kat. Que tout recommence !
\n<\/a><\/noindex><\/p>\n

Contexte<\/h4>\n

\nDonc, dans les temps anciens, il y avait une \u00e9quipe distincte de d\u00e9veloppeurs de logiciels et d'administrateurs de serveurs. Les premiers \u00e9crivaient du code avec succ\u00e8s, les seconds, utilisant divers mots chaleureux et affectueux \u00e0 l'\u00e9gard des premiers, configuraient les serveurs, venant p\u00e9riodiquement voir les d\u00e9veloppeurs et recevant en retour la r\u00e9ponse exhaustive \u00ab \u00e7a fonctionne sur ma machine \u00bb. L'entreprise attendait le logiciel, tout stagnait, se cassait p\u00e9riodiquement, tout le monde \u00e9tait nerveux. Surtout celui qui payait pour ce d\u00e9sordre. La glorieuse \u00e9poque des lampes. Mais vous savez d\u00e9j\u00e0 d'o\u00f9 viennent les racines du DevOps. <\/p>\n

La naissance des pratiques DevOps<\/h4>\n

\nPuis sont arriv\u00e9s des messieurs s\u00e9rieux qui ont dit - cela ne peut pas \u00eatre une industrie, cela ne peut pas fonctionner ainsi. Et ils ont apport\u00e9 des mod\u00e8les de cycle de vie. Voici, par exemple, le mod\u00e8le en V.<\/p>\n

\"Encore
\nAlors, que voyons-nous ? L'entreprise arrive avec un concept, les architectes con\u00e7oivent des solutions, les d\u00e9veloppeurs \u00e9crivent du code, ensuite - c'est le n\u00e9ant. Quelqu'un teste le produit d'une mani\u00e8re ou d'une autre, quelqu'un le livre d'une mani\u00e8re ou d'une autre, et quelque part \u00e0 la sortie de ce mod\u00e8le miracle, un unique client commercial attend le temps favorable promis. On en a conclu qu'il fallait des m\u00e9thodes pour rationaliser ce processus. Et il a \u00e9t\u00e9 d\u00e9cid\u00e9 de cr\u00e9er des pratiques pour les r\u00e9aliser.<\/p>\n

Une parenth\u00e8se lyrique sur ce qu'est une pratique<\/b>
\nPar pratique, j'entends l'association de technologie et de discipline. Par exemple, la pratique de la description de l'infrastructure par code avec Terraform. La discipline est la mani\u00e8re de d\u00e9crire l'infrastructure par code, elle est dans l'esprit du d\u00e9veloppeur, tandis que la technologie est justement Terraform.<\/p>\n

Ils ont d\u00e9cid\u00e9 de les appeler des pratiques DevOps \u2014 je pense qu'ils voulaient dire \u00ab de la D\u00e9veloppement \u00e0 l'Op\u00e9ration \u00bb. Ils ont invent\u00e9 toutes sortes de concepts compliqu\u00e9s \u2014 des pratiques CI\/CD, des pratiques bas\u00e9es sur le principe de l'IaC, des milliers d'entre elles. Et c'est parti, les d\u00e9veloppeurs \u00e9crivent du code, les ing\u00e9nieurs DevOps transforment la description du syst\u00e8me en code en syst\u00e8mes fonctionnels (oui, le code est malheureusement juste une description, mais pas l'incarnation du syst\u00e8me), la livraison s'active, et ainsi de suite. Les anciens administrateurs, ayant ma\u00eetris\u00e9 ces nouvelles pratiques, se sont fi\u00e8rement requalifi\u00e9s en ing\u00e9nieurs DevOps, et tout a d\u00e9marr\u00e9. Et il y avait le soir, et il y avait le matin\u2026 pardon, je ne voulais pas dire cela.<\/p>\n

Tout ne va pas non plus.<\/h4>\n

\nTout juste calm\u00e9, et divers \u00ab m\u00e9thodologues \u00bb rus\u00e9s ont commenc\u00e9 \u00e0 \u00e9crire de gros livres sur les pratiques DevOps, des d\u00e9bats silencieux ont commenc\u00e9 \u00e0 \u00e9clater, qui est ce fameux ing\u00e9nieur DevOps et que DevOps est une culture de production, une insatisfaction a de nouveau surgi. Il est soudainement apparu que la livraison de logiciels est une t\u00e2che absolument non triviale. Chaque infrastructure de d\u00e9veloppement a sa propre pile, parfois il faut assembler, parfois d\u00e9ployer un environnement, ici on a besoin de Tomcat, l\u00e0 d'une m\u00e9thode astucieuse pour lancer \u2014 en gros, la t\u00eate explose. Et le probl\u00e8me, curieusement, se trouve d'abord dans l'organisation des processus \u2014 cette fonction de livraison, comme un goulot d'\u00e9tranglement, bloque les processus. De plus, l\u2019exploitation (Operations) n'a pas disparu. Elle n'est pas visible dans le mod\u00e8le en V, et il reste tout le cycle de vie \u00e0 droite. Au final, il faut \u00e9galement maintenir l'infrastructure, surveiller, g\u00e9rer les incidents, et en plus s'occuper de la livraison. Autrement dit, il faut \u00eatre d'un c\u00f4t\u00e9 dans le d\u00e9veloppement, de l'autre dans l'exploitation \u2014 et cela a donn\u00e9 un d\u00e9veloppement & op\u00e9rations. Et l\u00e0 encore est arriv\u00e9 le grand engouement pour les microservices. De plus, le d\u00e9veloppement a commenc\u00e9 \u00e0 migrer des machines locales vers le cloud \u2014 essayez de d\u00e9boguer quelque chose en local s'il y a des dizaines ou des centaines de microservices, la livraison continue devient alors un moyen de survie. Pour une \u00ab petite entreprise modeste \u00bb, \u00e7a pourrait passer, mais tout de m\u00eame ? Et Google ?<\/p>\n

SRE de Google<\/h4>\n

\nGoogle est arriv\u00e9, a mang\u00e9 les plus grands cactus et a d\u00e9cid\u00e9 que cela ne lui convenait pas, qu'il avait besoin de fiabilit\u00e9. Et la fiabilit\u00e9 doit \u00eatre g\u00e9r\u00e9e. Il a donc d\u00e9cid\u00e9 qu'il avait besoin de sp\u00e9cialistes pour g\u00e9rer la fiabilit\u00e9. Il les a appel\u00e9s ing\u00e9nieurs SRE et a dit : \"Voici tout ce dont vous avez besoin, faites comme d'habitude, bien. Voici votre SLI, voici votre SLO, voici votre surveillance.\" Et il les a dirig\u00e9s vers les op\u00e9rations. Il a appel\u00e9 son \"DevOps fiable\" SRE. Tout semblait en ordre, mais il y a un hack sale que Google pouvait se permettre : engager \u00e0 des postes d'ing\u00e9nieurs SRE des personnes ayant les qualifications de d\u00e9veloppeurs et qui avaient un peu bricol\u00e9 chez eux en comprenant le fonctionnement des syst\u00e8mes en cours d'exploitation. D'ailleurs, m\u00eame Google a des probl\u00e8mes \u00e0 recruter ces gens, principalement parce qu'il se retrouve en concurrence avec lui-m\u00eame \u2014 il faut bien qu'il y ait quelqu'un pour d\u00e9crire la logique m\u00e9tier. La livraison a \u00e9t\u00e9 confi\u00e9e aux ing\u00e9nieurs de release, les ing\u00e9nieurs SRE g\u00e8rent la fiabilit\u00e9 (\u00e9videmment, pas directement, mais en influen\u00e7ant l'infrastructure, en changeant l'architecture, en surveillant les modifications et les indicateurs, et en s'occupant des incidents). C'est joli, on peut \u00e9crire des livres<\/a><\/noindex>. Que faire si vous n'\u00eates pas Google, mais que la fiabilit\u00e9 vous pr\u00e9occupe quand m\u00eame ?<\/p>\n

Le d\u00e9veloppement des id\u00e9es DevOps<\/h4>\n

\nC'est l\u00e0 que Docker est arriv\u00e9, issu de lxc, suivi de divers syst\u00e8mes d'orchestration comme Docker Swarm et Kubernetes, et les ing\u00e9nieurs DevOps ont pouss\u00e9 un soupir de soulagement \u2014 l'unification des pratiques a facilit\u00e9 la livraison. Au point qu'il est devenu m\u00eame possible de confier la livraison aux d\u00e9veloppeurs \u2014 qu'est-ce que c'est que ce deployment.yaml ? La conteneurisation r\u00e9sout le probl\u00e8me. Et la maturit\u00e9 des syst\u00e8mes CI\/CD est telle que l'on peut \u00e9crire un fichier et tout se met en route \u2014 les d\u00e9veloppeurs s'en sortent tout seuls. Et ici, nous commen\u00e7ons \u00e0 parler de la mani\u00e8re de cr\u00e9er notre propre SRE, avec\u2026 m\u00eame n'importe qui. <\/p>\n

SRE n'est pas chez Google<\/h4>\n

\nEh bien, la livraison est termin\u00e9e, nous pouvons sembler respirer un peu, retourner aux bons vieux temps o\u00f9 les administrateurs surveillaient les charges des processeurs, optimisaient les syst\u00e8mes et sirotaient tranquillement des breuvages myst\u00e9rieux dans le calme et la tranquillit\u00e9\u2026 Attendez. Ce n'est pas pour cela que nous nous sommes lanc\u00e9s (et c'est dommage !). Il appara\u00eet soudainement qu'avec l'approche de Google, nous pouvons adopter d'excellentes pratiques \u2014 ce n'est pas la charge des processeurs qui est importante, ni \u00e0 quelle fr\u00e9quence nous rempla\u00e7ons les disques, ou m\u00eame comment nous optimisons les co\u00fbts dans le cloud, mais les m\u00e9triques commerciales \u2014 tous ces SLx tant discut\u00e9s. La gestion de l'infrastructure reste de mise, il faut g\u00e9rer les incidents, \u00eatre de garde de temps \u00e0 autre, et en g\u00e9n\u00e9ral, \u00eatre au fait des processus d'affaires. Les gars, commencez \u00e0 programmer progressivement \u00e0 un bon niveau, Google vous attend d\u00e9j\u00e0.<\/p>\n

En r\u00e9sum\u00e9. Soudain, mais vous \u00eates d\u00e9j\u00e0 fatigu\u00e9 de lire et vous avez h\u00e2te d'\u00e9crire un commentaire \u00e0 l'auteur de l'article. DevOps en tant que pratique de livraison a \u00e9t\u00e9, est et sera toujours. Et cela ne dispara\u00eetra pas. SRE en tant qu'ensemble de pratiques d'exploitation rend cette livraison r\u00e9ussie.
\n
Source : habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u043e \u043c\u043e\u0442\u0438\u0432\u0430\u043c \u0434\u0438\u0441\u043a\u0443\u0441\u0441\u0438\u0438 \u0432 \u0447\u0430\u0442\u0435 AWS Minsk Community \u0412 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0435\u0435 \u0432\u0440\u0435\u043c\u044f \u0440\u0430\u0437\u0433\u043e\u0440\u0430\u044e\u0442\u0441\u044f \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0438\u0435 \u0431\u0438\u0442\u0432\u044b \u043d\u0430 \u043f\u0440\u0435\u0434\u043c\u0435\u0442 \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u043f\u043e\u043d\u044f\u0442\u0438\u044f DevOps \u0438 SRE. \u041d\u0435\u0441\u043c\u043e\u0442\u0440\u044f \u043d\u0430 \u0442\u043e, \u0447\u0442\u043e \u0443\u0436\u0435 \u0432\u043e \u043c\u043d\u043e\u0433\u043e\u043c \u0434\u0438\u0441\u043a\u0443\u0441\u0441\u0438\u0438 \u043d\u0430 \u044d\u0442\u0443 \u0442\u0435\u043c\u0443 \u0443\u0436\u0435 \u043d\u0430\u0431\u0438\u043b\u0438 \u043e\u0441\u043a\u043e\u043c\u0438\u043d\u0443, \u0432 \u0442\u043e\u043c \u0447\u0438\u0441\u043b\u0435 \u0438 \u043c\u043d\u0435, \u0440\u0435\u0448\u0438\u043b \u0432\u044b\u043d\u0435\u0441\u0442\u0438 \u043d\u0430 \u0441\u0443\u0434 \u0445\u0430\u0431\u0440\u0430-\u0441\u043e\u043e\u0431\u0449\u0435\u0441\u0442\u0432\u0430 \u0438 \u0441\u0432\u043e\u0439 \u0432\u0437\u0433\u043b\u044f\u0434 \u043d\u0430 \u044d\u0442\u0443 \u0442\u0435\u043c\u0443. \u0422\u0435\u043c, \u043a\u043e\u043c\u0443 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u043e, \u0434\u043e\u0431\u0440\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":55736,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-55735","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\udd47Encore une fois sur DevOps et SRE | ProHoster","description":"\u00c0 partir de la discussion dans le chat de la Communaut\u00e9 AWS Minsk. R\u00e9cemment, de v\u00e9ritables batailles \u00e9clatent au sujet de la d\u00e9finition du terme.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/eshhe-raz-o-devops-i-sre","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\u0415\u0449\u0435 \u0440\u0430\u0437 \u043e DevOps \u0438 SRE | ProHoster","og:description":"\u041f\u043e \u043c\u043e\u0442\u0438\u0432\u0430\u043c \u0434\u0438\u0441\u043a\u0443\u0441\u0441\u0438\u0438 \u0432 \u0447\u0430\u0442\u0435 AWS Minsk Community \u0412 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0435\u0435 \u0432\u0440\u0435\u043c\u044f \u0440\u0430\u0437\u0433\u043e\u0440\u0430\u044e\u0442\u0441\u044f \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0438\u0435 \u0431\u0438\u0442\u0432\u044b \u043d\u0430 \u043f\u0440\u0435\u0434\u043c\u0435\u0442 \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u043f\u043e\u043d\u044f\u0442\u0438\u044f.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/eshhe-raz-o-devops-i-sre","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":"2020-01-26T21:00:00+00:00","article:modified_time":"2020-02-18T11:03:52+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"55735","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:37:39","updated":"2022-10-05 06:23:35","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\/55735","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=55735"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/55735\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/55736"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=55735"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=55735"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=55735"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}