Enn og aftur um DevOps og SRE

Byggt á spjallumræðu AWS Minsk samfélagið

Nýlega hafa alvöru bardagar blossað upp um skilgreiningu á DevOps og SRE.
Þrátt fyrir að umræður um þetta efni hafi að mörgu leyti nú þegar sett tennurnar á hausinn, þar á meðal ég, ákvað ég að leggja mína skoðun á þessu máli fyrir dómstóla Habra-samfélagsins. Fyrir áhugasama, velkomið að kötta. Og láttu allt byrja upp á nýtt!

Forsaga

Þannig að í fornöld bjó hópur hugbúnaðarhönnuða og netþjónastjóra aðskilin. Sá fyrsti skrifaði kóðann með góðum árangri, sá síðari, með ýmsum hlýjum, ástúðlegum orðum sem beint var að þeim fyrsta, setti upp netþjónana, kom reglulega til hönnuða og fékk sem svar yfirgripsmikið „allt virkar á vélinni minni. Fyrirtækið beið eftir hugbúnaðinum, allt var aðgerðalaust, það bilaði reglulega, allir voru stressaðir. Sérstaklega sá sem borgaði fyrir allt þetta rugl. Glæsilegt lampatímabil. Jæja, þú veist nú þegar hvaðan DevOps kemur.

Fæðing DevOps venja

Svo komu alvarlegir krakkar og sögðu - þetta er ekki iðnaður, þú getur ekki unnið svona. Og þeir komu með lífsferilslíkön. Hér er til dæmis V-gerðin.

Svo hvað sjáum við? Fyrirtæki kemur með hugmynd, arkitektar hanna lausnir, verktaki skrifa kóða og svo mistekst það. Einhver prófar vöruna einhvern veginn, einhver afhendir hana á einhvern hátt til endanotandans og einhvers staðar við úttak þessa kraftaverkalíkans situr einmana viðskiptavinur og bíður eftir fyrirheitnu veðri við sjóinn. Við komumst að þeirri niðurstöðu að við þurfum aðferðir sem gera okkur kleift að koma þessu ferli á fót. Og við ákváðum að búa til starfshætti sem myndu hrinda þeim í framkvæmd.

Ljóðræn útrás um efnið hvað æfing er
Með æfingu á ég við blöndu af tækni og aga. Dæmi er aðferðin við að lýsa innviðum með terraform kóða. Agi er hvernig á að lýsa innviðum með kóða, það er í hausnum á þróunaraðilanum og tæknin er sjálft landgrunnið.

Og þeir ákváðu að kalla þá DevOps starfshætti - ég held að þeir hafi átt við frá þróun til rekstrar. Við komum með ýmislegt sniðugt - CI/CD vinnubrögð, vinnubrögð byggð á IaC meginreglunni, þúsundir þeirra. Og við förum, verktaki skrifa kóða, DevOps verkfræðingar umbreyta lýsingu á kerfinu í formi kóða í vinnukerfi (já, kóðinn er því miður bara lýsing, en ekki útfærsla kerfisins), sending heldur áfram, og svo framvegis. Stjórnendur gærdagsins, sem höfðu náð tökum á nýjum starfsháttum, endurmenntuðu sig stoltir sem DevOps verkfræðingar og allt fór þaðan. Og það varð kvöld og það varð morgunn... því miður, ekki þaðan.

Það er ekki allt gott aftur, guði sé lof

Um leið og allt róaðist og ýmsir slægir „aðferðafræðingar“ fóru að skrifa þykkar bækur um DevOps starfshætti blossuðu upp deilur hljóðlega um hver hinn alræmdi DevOps verkfræðingur væri og að DevOps væri framleiðslumenning, vaknaði aftur óánægja. Skyndilega kom í ljós að hugbúnaðarafhending er algjörlega óléttvægt verkefni. Hver þróunarinnviði hefur sinn stafla, einhvers staðar þarftu að setja hann saman, einhvers staðar þarftu að dreifa umhverfinu, hér þarftu Tomcat, hér þarftu lævísa og flókna leið til að koma honum af stað - almennt slær hausinn á þér. Og vandamálið, einkennilega nóg, reyndist fyrst og fremst vera í skipulagi ferla - þessi afhendingaraðgerð, eins og flöskuháls, byrjaði að loka fyrir ferla. Að auki hætti enginn við aðgerðir. Það sést ekki í V-gerðinni, en samt er allur lífsferillinn til hægri. Þar af leiðandi er nauðsynlegt að viðhalda innviðum á einhvern hátt, fylgjast með vöktun, leysa atvik og einnig takast á við afhendingu. Þeir. sitja með annan fótinn bæði í þróun og rekstri - og allt í einu reyndist þetta vera Þróun & Rekstrar. Og svo var það almenna hype fyrir örþjónustur. Og með þeim fór þróun frá staðbundnum vélum að færast yfir í skýið - reyndu að kemba eitthvað á staðnum, ef það eru tugir og hundruðir örþjónustur, þá verður stöðug sending leið til að lifa af. Fyrir „lítið hóflegt fyrirtæki“ var allt í lagi, en samt? Og Google?

SRE frá Google

Google kom, borðaði stærstu kaktusana og ákvað - við þurfum þetta ekki, við þurfum áreiðanleika. Og áreiðanleika verður að stjórna. Og ég ákvað að við þurfum sérfræðinga sem munu stjórna áreiðanleika. Ég kallaði þá SR verkfræðinga og sagði, þetta er það fyrir þig, gerðu það vel eins og venjulega. Hér er SLI, hér er SLO, hér er eftirlit. Og hann rak nefið inn í aðgerðir. Og hann kallaði „áreiðanlega DevOps“ hans SRE. Allt virðist vera í lagi, en það er eitt óhreint hakk sem Google gæti leyft sér - fyrir stöðu SR verkfræðinga, ráða fólk sem var hæft verktaki og gerði líka smá heimavinnu og skildi virkni vinnukerfa. Þar að auki er Google sjálft í vandræðum með að ráða slíkt fólk - aðallega vegna þess að hér keppir það við sjálft sig - það er nauðsynlegt að lýsa viðskiptarökfræðinni fyrir einhverjum. Afhending var úthlutað til að losa verkfræðinga, SR - verkfræðingar stjórna áreiðanleika (auðvitað, ekki beint, heldur með því að hafa áhrif á innviði, breyta arkitektúr, rekja breytingar og vísbendingar, takast á við atvik). Sniðugt, þú getur skrifa bækur. En hvað ef þú ert ekki Google, en áreiðanleiki er samt einhvern veginn áhyggjuefni?

Þróun DevOps hugmynda

Rétt í þessu kom Docker, sem óx upp úr lxc, og þá drógu ýmis hljómsveitarkerfi eins og Docker Swarm og Kubernetes og DevOps verkfræðingar frá sér - sameining starfshátta einfaldaði afhendingu. Það einfaldaði það svo mikið að það varð jafnvel hægt að útvista afhendingu til þróunaraðila - hvað er deployment.yaml. Gámavæðing leysir vandann. Og þroski CI/CD kerfa er nú þegar á því stigi að skrifa eina skrá og við förum af stað - forritararnir geta séð um það sjálfir. Og þá byrjum við að tala um hvernig við getum búið til okkar eigin SRE, með... eða að minnsta kosti með einhverjum.

SRE er ekki á Google

Jæja, allt í lagi, við afhentum afhendingu, það virðist sem við getum andað frá okkur, snúið aftur til gömlu góðu daganna, þegar stjórnendur fylgdust með örgjörvanum hlaðast, stilltu kerfin og sötruðu rólega eitthvað óskiljanlegt úr krúsum í ró og næði... Hættu. Þetta er ekki ástæðan fyrir því að við byrjuðum allt (sem er leitt!). Skyndilega kemur í ljós að í nálgun Google getum við auðveldlega tileinkað okkur frábæra starfshætti - það er ekki örgjörvaálagið sem skiptir máli, og ekki hversu oft við skiptum um diskana þar, eða fínstillum kostnaðinn í skýinu, en viðskiptamælikvarðarnir eru eins alræmdir SLx. Og enginn hefur fjarlægt innviðastjórnun frá þeim, og þeir þurfa að leysa atvik, og vera á vakt reglulega, og almennt fylgjast með viðskiptaferlum. Og krakkar, byrjaðu að forrita smátt og smátt á góðu stigi, Google er nú þegar að bíða eftir þér.

Til að draga saman. Skyndilega, en þú ert nú þegar þreyttur á að lesa og þú getur ekki beðið eftir að hrækja og skrifa til höfundar í athugasemd við greinina. DevOps sem afhendingaraðferð hefur alltaf verið og verður. Og það er ekki að fara neitt. SRE sem sett af rekstraraðferðum gerir þessa afhendingu mjög vel.

Heimild: www.habr.com