{"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\/sv\/blog\/administrirovanie\/eshhe-raz-o-devops-i-sre","title":{"rendered":"\u00c5terigen om DevOps och SRE","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Baserat p\u00e5 diskussionen i chatten AWS Minsk Community<\/a><\/noindex><\/p>\n

Den senaste tiden har det p\u00e5g\u00e5tt riktiga strider om definitionen av begreppen DevOps och SRE.
\nTrots att diskussionerna om detta \u00e4mne redan k\u00e4nns uttjatade, \u00e4ven f\u00f6r mig, har jag beslutat att lyfta fram min synpunkt f\u00f6r Habragemenskapen. De som \u00e4r intresserade, v\u00e4lkomna under katten. L\u00e5t oss b\u00f6rja om p\u00e5 nytt!
\n<\/a><\/noindex><\/p>\n

Bakgrund<\/h4>\n

\nS\u00e5, i gamla tider fanns det ett separat team av mjukvaruutvecklare och serveradministrat\u00f6rer. De f\u00f6rstn\u00e4mnda skrev kod, medan de senare, med olika varma och k\u00e4rleksfulla ord till de f\u00f6rsta, konfigurerade servrar, och d\u00e5 och d\u00e5 kom till utvecklarna och fick det utt\u00f6mmande svaret: \"Det fungerar p\u00e5 min maskin.\" F\u00f6retaget v\u00e4ntade p\u00e5 programvaran, allt stod still, gick s\u00f6nder ibland, och alla var stressade. S\u00e4rskilt den som betalade f\u00f6r allt detta kaos. Den goda gamla lampans tid. Men ni vet redan var DevOps kommer ifr\u00e5n. <\/p>\n

F\u00f6delset av DevOps-praktiker<\/h4>\n

\nSenare kom allvarliga m\u00e4n och sa - detta \u00e4r ingen industri, s\u00e5 h\u00e4r kan man inte jobba. Och de tog med sig livscykelmodeller. H\u00e4r \u00e4r till exempel V-modellen.<\/p>\n

\"\u00c5terigen
\nS\u00e5, vad ser vi? Aff\u00e4ren kommer med en koncept, arkitekterna utformar l\u00f6sningar, utvecklarna skriver kod, och d\u00e4refter - en krasch. N\u00e5gon testar produkten p\u00e5 n\u00e5got s\u00e4tt, n\u00e5gon p\u00e5 n\u00e5got s\u00e4tt levererar den till slutanv\u00e4ndaren, och n\u00e5gonstans i slutet av denna mirakelmodell sitter en ensam aff\u00e4rsbest\u00e4llare och v\u00e4ntar p\u00e5 lovad v\u00e4der vid havet. Slutsatsen var - det beh\u00f6vs metoder som kan etablera denna process. De best\u00e4mde sig f\u00f6r att skapa praktiker som skulle genomf\u00f6ra dem.<\/p>\n

En poetisk avstickare om vad som \u00e4r praktik<\/b>
\nMed praktik menar jag en koppling mellan teknik och disciplin. Exempel - praktik i att beskriva infrastruktur som kod med terraform. Disciplin handlar om hur man beskriver infrastrukturen med kod, den finns i utvecklarens huvud, medan tekniken \u00e4r sj\u00e4lva terraform.<\/p>\n

De best\u00e4mde sig f\u00f6r att kalla dem DevOps-praktiker \u2013 jag tror de syftade p\u00e5 fr\u00e5n utveckling till drift. De kom p\u00e5 olika komplicerade saker \u2013 CI\/CD-praktiker, praktiker baserade p\u00e5 IaC-principen, tusentals av dem. Och s\u00e5 b\u00f6rjade det, utvecklarna skriver kod, DevOps-ingenj\u00f6rer omvandlar systembeskrivningen i kodform till fungerande system (ja, koden \u00e4r tyv\u00e4rr bara en beskrivning, men inte en konkretisering av systemet), leveransen snurrar, och s\u00e5 vidare. Tidigare administrat\u00f6rer, som bem\u00e4strade de nya praktikerna, omklassificerade stolt sig sj\u00e4lva till DevOps-ingenj\u00f6rer, och allt satte fart. Och det blev kv\u00e4ll, och det blev morgon\u2026 f\u00f6rl\u00e5t, inte d\u00e4rifr\u00e5n.<\/p>\n

Allt \u00e4r \u00e5terigen inte bra.<\/h4>\n

\nS\u00e5 fort allt lagt sig, b\u00f6rjade olika smarta \"metodologer\" skriva tjocka b\u00f6cker om DevOps-praktiker, det blossade upp diskussioner om vem den d\u00e4r beryktade DevOps-ingenj\u00f6ren egentligen \u00e4r och vad DevOps \u2013 \u00e4r en kultur f\u00f6r produktion, missn\u00f6jet v\u00e4xte \u00e5terigen. Pl\u00f6tsligt uppt\u00e4cktes det att mjukvaruleverans \u00e4r en absolut icke-trivial uppgift. Varje utvecklingsinfrastruktur har sin egen stack, ibland beh\u00f6ver man bygga, ibland beh\u00f6ver man s\u00e4tta upp milj\u00f6er, h\u00e4r beh\u00f6vs tomcat, h\u00e4r beh\u00f6vs en ytterst intrikat metod f\u00f6r uppstart \u2013 i allm\u00e4nhet, huvudet spr\u00e4nger. Och s\u00e5 var problemet, konstigt nog, f\u00f6rst och fr\u00e4mst i processorganisationen \u2013 denna leveransfunktion, som en flaskhals, b\u00f6rjade blockera processerna. Dessutom har drifts\u00e4ttningen (Operations) inte blivit avskaffad. Den syns inte i V-modellen, och d\u00e4r \u00e4r hela livscykeln till h\u00f6ger. S\u00e5 i slut\u00e4ndan beh\u00f6ver man hitta s\u00e4tt att st\u00f6dja infrastrukturen, h\u00e5ll koll p\u00e5 \u00f6vervakningen och hantera incidenter, och dessutom syssla med leveranser. Det vill s\u00e4ga, sitta med ett ben i utvecklingen och ett i drifts\u00e4ttningen \u2013 och pl\u00f6tsligt fick vi Development & Operations. Och s\u00e5 kom ocks\u00e5 en massiv hype kring mikrotj\u00e4nster. Med dem b\u00f6rjade utvecklingen flytta fr\u00e5n lokala maskiner till molnet \u2013 f\u00f6rs\u00f6k att debugga n\u00e5got lokalt n\u00e4r det finns tiotals och hundratals mikrotj\u00e4nster, h\u00e4r blir konstant leverans ett \u00f6verlevnadsmedel. F\u00f6r ett \"litet blygsamt f\u00f6retag\" \u00e4r det okej, men \u00e4nd\u00e5? Och Google?<\/p>\n

SRE fr\u00e5n Google<\/h4>\n

\nGoogle kom, \u00e5t de st\u00f6rsta kaktusarna och best\u00e4mde sig \u2013 vi beh\u00f6ver inte det h\u00e4r, vi beh\u00f6ver p\u00e5litlighet. Och p\u00e5litlighet m\u00e5ste vi hantera. De ins\u00e5g \u2013 vi beh\u00f6ver specialister som kan hantera p\u00e5litligheten. De kallade dem SR-ingenj\u00f6rer och sa, h\u00e4r har ni allt, g\u00f6r det som vanligt, bra. H\u00e4r har ni SLI, h\u00e4r har ni SLO, h\u00e4r har ni \u00f6vervakning. Och de pekade med magen p\u00e5 operations. De kallade sin 'p\u00e5litliga DevOps' SRE. Det verkar bra, men det finns ett fult hack som Google kunde till\u00e5ta sig \u2013 att anst\u00e4lla personer som hade kvalifikationer som utvecklare och bara lite f\u00f6rst\u00e5else f\u00f6r hur fungerande system fungerar just f\u00f6r SR-ingenj\u00f6rspositionerna. Det finns fortfarande problem med att anst\u00e4lla s\u00e5dana personer, \u00e4ven f\u00f6r Google, fr\u00e4mst f\u00f6r att de t\u00e4vlar mot sig sj\u00e4lva \u2013 n\u00e5gon m\u00e5ste ju beskriva aff\u00e4rslogiken. De lade leveransen p\u00e5 release-ingenj\u00f6rerna, SR-ingenj\u00f6rerna hanterar p\u00e5litligheten (sj\u00e4lvklart inte direkt, utan genom att p\u00e5verka infrastrukturen, \u00e4ndra arkitekturen, \u00f6vervaka f\u00f6r\u00e4ndringar och parametrar, och hantera incidenter). Det ser bra ut. skriva b\u00f6cker<\/a><\/noindex>. Vad ska man g\u00f6ra om man inte \u00e4r Google, men \u00e4nd\u00e5 \u00e4r orolig f\u00f6r p\u00e5litlighet?<\/p>\n

Utvecklingen av DevOps-id\u00e9er<\/h4>\n

\nH\u00e4r kom Docker in, som v\u00e4xte fram ur lxc, och senare olika orkestreringssystem som Docker Swarm och Kubernetes, och DevOps-ingenj\u00f6rerna andades ut \u2013 enhetligheten av praxis f\u00f6renklade leveransen. Det blev s\u00e5 enkelt att det till och med var m\u00f6jligt att l\u00e4mna \u00f6ver leveransen till utvecklarna \u2013 vad \u00e4r deployment.yaml. Containerisering l\u00f6ser problemet. Och mognaden av CI\/CD-systemen \u00e4r nu p\u00e5 niv\u00e5 att man bara beh\u00f6ver skriva en fil och allt \u00e4r ig\u00e5ng \u2013 utvecklarna klarar sig sj\u00e4lva. Och h\u00e4r b\u00f6rjar vi prata om hur vi ska skapa v\u00e5rt SRE, med\u2026 ja, vem som helst. <\/p>\n

SRE inte i Google<\/h4>\n

\nN\u00e5v\u00e4l, vi har sl\u00e4ppt leveransen, och vi kan tydligen andas ut, \u00e5terv\u00e4nda till de gamla goda tiderna n\u00e4r administrat\u00f6rer \u00f6vervakade processorbelastning, finjusterade system och tyst sippade n\u00e5got oklart ur muggar i tystnad och lugn... Stopp. Det var inte d\u00e4rf\u00f6r vi satte ig\u00e5ng allt detta (vilket \u00e4r synd!). Pl\u00f6tsligt visar det sig att med Googles angreppss\u00e4tt kan vi mycket v\u00e4l anv\u00e4nda utm\u00e4rkta metoder \u2014 det handlar inte om processorbelastning, och inte hur ofta vi byter ut h\u00e5rddiskar, eller hur vi optimerar kostnaderna i molnet, utan aff\u00e4rsmetrikarna \u2014 de sedvanliga SLx. Infrastrukturhantering har ingen tagit bort, incidenter m\u00e5ste hanteras, man m\u00e5ste st\u00e5 vakt ibland, och man m\u00e5ste \u00f6verhuvudtaget vara insatt i aff\u00e4rsprocesserna. Och h\u00f6rni, b\u00f6rja g\u00e4rna programmera p\u00e5 en h\u00f6gre niv\u00e5, Google har redan v\u00e4ntat p\u00e5 er.<\/p>\n

Sammanfattningsvis. Pl\u00f6tsligt, men ni \u00e4r redan tr\u00f6tta p\u00e5 att l\u00e4sa och ni l\u00e4ngtar efter att skriva en kommentar till artikeln. DevOps som en leveransmetod har funnits, finns och kommer alltid att finnas. Det kommer inte att f\u00f6rsvinna. SRE som en upps\u00e4ttning driftsmetoder g\u00f6r denna leverans framg\u00e5ngsrik.
\n
K\u00e4lla: 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\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\udd47\u00c4n en g\u00e5ng om DevOps och SRE | ProHoster","description":"Baserat p\u00e5 diskussionen i AWS Minsk Community-chatten. P\u00e5 sistone p\u00e5g\u00e5r det verkliga slag om definitionen av begreppet.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/eshhe-raz-o-devops-i-sre","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\/sv\/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\/sv\/wp-json\/wp\/v2\/posts\/55735","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=55735"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/55735\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media\/55736"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=55735"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=55735"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=55735"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}