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

Basert p\u00e5 diskusjonen i chatten AWS Minsk Community<\/a><\/noindex><\/p>\n

Det har p\u00e5g\u00e5tt ekte kamper i det siste om definisjonen av begrepene DevOps og SRE.
\nSelv om diskusjonene om dette emnet har blitt gjentatt mange ganger, inkludert av meg selv, bestemte jeg meg for \u00e5 ta opp temaet i Habr-samfunnet og dele mine synspunkter. De som er interesserte, er velkomne under katte. Og la oss starte alt p\u00e5 nytt!
\n<\/a><\/noindex><\/p>\n

Bakgrunn<\/h4>\n

\nS\u00e5, i gamle dager var det en separat gruppe programvareutviklere og serveradministratorer. De f\u00f8rste skrev koden, mens de andre, med ulike varme og kj\u00e6rlige ord til de f\u00f8rste, satte opp servere, og kom innom utviklerne p\u00e5 periodisk basis for \u00e5 f\u00e5 det utt\u00f8mmende svaret 'det fungerer p\u00e5 maskinen min'. Virksomheten ventet p\u00e5 programvaren, alt sto stille, oppstod problemer, og alle var nerv\u00f8se. Spesielt den som betalte for alt dette rotet. Den gode gamle tiden. Vel, dere vet jo hvor DevOps stammer fra. <\/p>\n

F\u00f8dsel av DevOps praksiser<\/h4>\n

\nS\u00e5 kom seri\u00f8se karer og sa \u2014 dette er ikke industrien, slik kan vi ikke jobbe. Og de dro frem livssyklusmodeller. For eksempel V-modellen.<\/p>\n

\"En
\nS\u00e5, hva ser vi? Virksomheten kommer med en konsept, arkitektene designer l\u00f8sninger, utviklerne skriver koden, og s\u00e5 \u2014 en kollaps. Noen tester produktet p\u00e5 en eller annen m\u00e5te, noen leverer det til sluttbrukeren, og et sted p\u00e5 utgangen av denne mirakul\u00f8se modellen sitter en ensom forretningsbestiller og venter p\u00e5 det lovede av havet. Det ble konkludert med at det trengs metoder som kan organisere denne prosessen. De bestemte seg for \u00e5 opprette praksiser for \u00e5 realisere dette.<\/p>\n

Litt om hva jeg mener med praksis<\/b>
\nMed praksis forst\u00e5r jeg en kombinasjon av teknologi og disiplin. Et eksempel \u2014 praksisen av \u00e5 beskrive infrastruktur med kode i terraform. Disiplin er m\u00e5ten koden beskriver infrastrukturen, det ligger i hodet p\u00e5 utvikleren, mens teknologien er selve terraform.<\/p>\n

De bestemte seg for \u00e5 kalle dem DevOps-praksiser \u2014 jeg antar de mente fra utvikling til drift. De fant p\u00e5 forskjellige intrikate konsepter \u2014 CI\/CD-praksiser, praksiser basert p\u00e5 IaC-prinsippet, tusenvis av dem. Og det begynte, utviklerne skriver kode, DevOps-ingeni\u00f8rene transformerer systembeskrivelsen i kode til fungerende systemer (ja, koden er dessverre bare en beskrivelse og ikke selve systemet), leveringen ruller, og s\u00e5 videre. Tidligere administratorer, som mestret de nye praksisene, skiftet stolt til DevOps-ingeni\u00f8rer, og alt begynte. Og det var kveld, og det var morgen\u2026 beklager, ikke derfra.<\/p>\n

Alt er ikke bra igjen<\/h4>\n

\nBare ting hadde lagt seg, og forskjellige smarte \u00abmetodologer\u00bb begynte \u00e5 skrive tjukke b\u00f8ker om DevOps-praksiser, og debattene blusset stille opp om hvem den beryktede DevOps-ingeni\u00f8ren egentlig er, og at DevOps er en produksjonskultur, og misn\u00f8yen begynte \u00e5 boble opp. Det ble plutselig oppdaget at programvarelevering er en helt ikke-triviell oppgave. Hver utviklingsinfrastruktur har sin egen teknologistack, noen steder m\u00e5 man samle, noen steder m\u00e5 man rulle ut milj\u00f8et, her trenger man tomcat, her er det behov for en mer komplisert m\u00e5te \u00e5 starte \u2014 s\u00e5 hodet spinner. Og s\u00e5 var faktisk problemet, merke det eller ei, f\u00f8rst og fremst organiseringen av prosessene \u2014 denne leveringsfunksjonen, som en flaskehals, begynte \u00e5 blokkere prosessene. I tillegg ble drift (Operations) ikke avskaffet. Den er ikke synlig i V-modellen, men der er hele livssyklusen til h\u00f8yre. Til slutt m\u00e5 man ogs\u00e5 opprettholde infrastrukturen, overv\u00e5ke, h\u00e5ndtere hendelser, og samtidig jobbe med leveranser. Det vil si, sitte med ett bein i utvikling og ett bein i drift \u2014 og plutselig fikk man en slik Development & Operations. Og s\u00e5 kom det et stort hype for mikroservere. Og med dem begynte utviklingen fra lokale maskiner \u00e5 flytte til skyen \u2014 pr\u00f8v \u00e5 debuggere noe lokalt n\u00e5r det er titalls og hundrevis av mikroservere, her blir kontinuerlig leveranse et middel for \u00e5 overleve. For en \u00abliten beskjeden bedrift\u00bb er det klart at det g\u00e5r an, men hva med Google?<\/p>\n

SRE fra Google<\/h4>\n

\nS\u00e5 kom Google, spiste de st\u00f8rste kaktusene og bestemte at de ikke trengte det. De trengte p\u00e5litelighet. Og p\u00e5litelighet m\u00e5 administreres. De bestemte seg for at de trengte spesialister som skulle h\u00e5ndtere p\u00e5liteligheten. De kalte dem SR-ingeni\u00f8rer og sa: her har dere alt, gj\u00f8r det som vanlig, bra. Her har dere SLI, her har dere SLO, her er overv\u00e5kningen. Og pekte nesen deres mot driftsavdelingen. Og kalte sitt \u00abp\u00e5litelige DevOps\u00bb SRE. Det s\u00e5 bra ut, men det er en skitten hack som Google kunne tillate seg \u2014 at p\u00e5 SR-ingeni\u00f8rstillingen ansetter folk som hadde kvalifikasjoner som utviklere og som i tillegg hadde litt erfaring med driften av virksomme systemer. Og Google har problemer med \u00e5 ansette slike folk \u2014 hovedsakelig fordi de konkurrerer med seg selv \u2014 noen m\u00e5 jo ogs\u00e5 beskrive forretningslogikken. De delte opp leveransen p\u00e5 release-ingeni\u00f8rene, SR-ingeni\u00f8rer styrer p\u00e5liteligheten (selvf\u00f8lgelig ikke direkte, men ved \u00e5 p\u00e5virke infrastrukturen, endre arkitekturen, overv\u00e5ke endringer og indikatorer, og h\u00e5ndtere hendelser). Det er pent, kan man si \u00e5 skrive b\u00f8ker<\/a><\/noindex>. Men hva gj\u00f8r man hvis man ikke er Google, men p\u00e5litelighet likevel bekymrer en?<\/p>\n

Utvikling av DevOps ideer<\/h4>\n

\nHer kommer Docker inn, utviklet fra lxc, samt ulike orkestreringssystemer som Docker Swarm og Kubernetes, og DevOps-ingeni\u00f8rene pustet lettet ut \u2014 standardisering av praksiser forenklet leveransen. Det ble forenklet til det punktet at det til og med ble mulig \u00e5 gi leveransen til utviklerne \u2014 hva er vel deployment.yaml. Containerisering l\u00f8ser problemet. Dessuten er modenheten til CI\/CD-systemene p\u00e5 niv\u00e5et der man bare m\u00e5 skrive \u00e9n fil og s\u00e5 b\u00e6rer det av sted \u2014 utviklerne klarer seg selv. Og her begynner vi \u00e5 snakke om hvordan vi lager v\u00e5rt eget SRE, med\u2026 ja, hvem som helst. <\/p>\n

SRE ikke i Google<\/h4>\n

\nJavel, vi har gitt fra oss leveringen, ser ut som vi kan puste ut, komme tilbake til de gode gamle tider, hvor administratorene s\u00e5 p\u00e5 prosessorlasten, perfeksjonerte systemene og stille nippte fra kopper med noe udefinerbart i stillhet og ro... Vent. Vi gjorde ikke dette for \u00e5 slappe av (dessverre!). Plutselig viser det seg at i Googles tiln\u00e6rming kan vi helt klart ta i bruk gode praksiser \u2014 det er ikke prosessorlasten som er viktig, og ikke hvor ofte vi bytter ut diskene, eller hvor mye vi optimaliserer kostnadene i skyen, men forretningsmetrikker \u2014 alle de ber\u00f8mte SLx-ene. Og administrasjon av infrastrukturen er fortsatt p\u00e5 agendaen, og vi m\u00e5 h\u00e5ndtere hendelser, og periodisk v\u00e6re p\u00e5 vakt, og generelt ha oversikt over forretningsprosessene. Og gutter, begynne \u00e5 programmere p\u00e5 et h\u00f8yt niv\u00e5, Google har ventet p\u00e5 dere.<\/p>\n

For \u00e5 oppsummere. Plutselig, men du er allerede sliten av \u00e5 lese og kan ikke vente med \u00e5 kaste deg over og skrive til forfatteren i kommentarfeltet. DevOps som leveringspraksis har v\u00e6rt, er og vil alltid v\u00e6re der. Og den forsvinner ikke noe sted. SRE som et sett med driftspraksiser gj\u00f8r denne leveringen vellykket.
\n
Kilde: 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\udd47Enda en gang om DevOps og SRE | ProHoster","description":"Basert p\u00e5 diskusjonen i chatten AWS Minsk Community. I det siste har det oppst\u00e5tt ekte kamper om definisjonen av begrepet.","canonical_url":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/eshhe-raz-o-devops-i-sre","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nn_NO","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\/no\/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\/no\/wp-json\/wp\/v2\/posts\/55735","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/comments?post=55735"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/55735\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/media\/55736"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/media?parent=55735"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/categories?post=55735"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/tags?post=55735"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}