Valmisoleku kontrollnimekiri tootmisprotsessiks

Artikli tõlge on ette valmistatud spetsiaalselt kursuse üliõpilastele „DevOps praktikas ja tööriistades“, mis algab juba täna!

Kas olete kunagi lansseerinud uut teenust tootmises? Või olete võib-olla tegelenud selliste teenuste haldamisega? Kui jah, siis milliseid põhimõtteid järgite? Mis on tootmise jaoks hea ja mis halb? Kuidas koolitate uusi meeskonna liikmeid väljaandmise või olemasolevate teenuste haldamise osas.

Enamik ettevõtteid jõuab tööstuslike praktikate osas lõpuks „Lääne“ lähenemist. Igal meeskonnal on oma kogemuste kaudu tegemist tööriistade ja parimate praktikate määratlemisega. Kuid see mõjutab sageli mitte ainult projektide edu, vaid ka insenere.

Katse-eksitus meetod loob keskkonna, kus süüdlaste otsimine ja vastutuse ümber jagamine on levinud. Sellise käitumisega on üha raskem õppida vigadest ja mitte kordama samu.

Edukad organisatsioonid:

• mõistavad vajalikku juhendmaterjalide vajadust tootmise jaoks,
• uurivad parimaid praktikaid,
• arutatakse valmisoleku küsimusi tööstuslike süsteemide või komponentide arendamisel,
• tagatakse tööstuslike ettevalmistamise reeglite järgimine.

Valmistamine tööstuseks hõlmab “ülevaatusprotsessi”. Ülevaatus võib olla kontrollnimekirja või küsimuste kogumina. Ülevaatust saab teha käsitsi, automaatselt või nende meetodite kombinatsioonina. Staatiliste nõuete loendite asemel saab luua kohandatud kontrollnimekirjade mallid, mis vastavad konkreetsetele vajadustele. Nii saavad insenerid teadmisi edastada ja paindlikkust, kui seda on vajalik.

Millal kontrollida teenuseid tööstuslikuks kasutamiseks?

Tööstuslikuks kasutamiseks valmisoleku kontrolli on kasulik läbi viia mitte ainult enne väljalaskmist, vaid ka teise meeskonna hooldusse või uue töötaja kätteandmisel.

Tehke kontroll, kui:

• Väljastate uue teenuse tööstuslikuks kasutamiseks.
• Annete tööstuslikult teenuse hoolduse üle teisele meeskonnale, nagu SRE.
• Annete tööstuslikult teenuse hoolduse üle uutele töötajatele.
• Organiseerite tehnilist tuge.

Tööstuse valmisoleku kontrolli kontrollnimekiri

Mõni aeg tagasi, näiteks, ma avalikustasin tootmise kontrollnimekiri valmisolekuks tootmisse. Kuigi see nimekiri on koostatud Google Cloudi klientidega töötamise käigus, on see kasulik ja rakendatav ka väljaspool Google Cloudi.

Projekteerimine ja arendamine

• Arendage reprodutseeritav koostamisprotsess, mis ei nõua välisteenustele juurdepääsu ning ei sõltu väliste süsteemide tõrgetest.
• Projekteerimise ja arendamise etapis määrake ja seiske oma teenuste SLO.
• Dokumenteerige sõltuvate välisteenuste kättesaadavuse ootused.
• Vältige ühtset rikkepunkti, vähendades sõltuvust ühest globaalsetest ressursist. Korrake ressurssi või kasutage varukoopia, kui ressurss on puuduv (näiteks kõvakooditud väärtus).

Konfiguratsiooni haldamine

• Statilisi, väikeseid ja mitte-salajasi konfiguratsioone saab edastada käsurea parameetrite kaudu. Kõike muud jaoks kasutage konfiguratsiooni salvestamise teenuseid.
• Dünaamilisel konfiguratsioonil peavad olema varu seadistused juhuks, kui konfiguratsiooniteenus ei ole saadaval.
• Arenduskeskkonna konfiguratsioon ei tohiks olla seotud tootmisüksuse konfiguratsiooniga. Vastasel juhul võib see viia arenduskeskkonnast juurdepääsuni tootmistoodetele, mis võib põhjustada privaatsusprobleeme ja andmeleket.
• Dokumenteerige see, mida saab dünaamiliselt konfigureerida, ja kirjeldage tagavarakäitumist, kui konfigureerimise edastamissüsteem ei ole kättesaadav.

Väljaande haldamine

• Dokumenteerige väljalaskeprotsess põhjalikult. Kirjeldage, kuidas väljalasked mõjutavad SLO-d (nt ajutine viivitus suurenemine vahemälu möödalaskmise tõttu).
• Dokumenteerige kanarilaskmised.
• Arendage kanarilaskmiste analüüsi plaan ja, kui võimalik, automaatse tagasiulatuva mehhanismid.
• Veenduge, et tagasivõtmine kasutab samu protsesse nagu juurutamine.

Kohandatavus jälgimiseks (Observability)

• Veenduge, et kogutakse vajalikud mõõdikud SLO-de jaoks.
• Veenduge, et klientide ja serveri andmeid on võimalik üksteisest eristada. See on oluline rikete põhjuse leidmiseks.
• Seadistage teavitused, et vähendada töökoormust. Näiteks eemaldage teavitused, mis on põhjustatud rutiinsetest toimingutest.
• Kui kasutate Stackdriveri, siis lülitage GCP platvormi metoodikad oma armatuurlaudadesse. Seadistage GCP sõltuvuste jaoks häireid.
• Jaga alati sisendjälgimist. Isegi kui te ei osale jälgimises, aitab see madalama taseme teenustel lähtestada tootmisprobleeme.

Kaitse ja turvalisus

• Veenduge, et kõik välistuksed oleksid krüpteeritud.
• Veenduge, et teie tootmisprojektidel oleks õige IAM konfigureerimine.
• Kasutage võrke virtuaalmasinagrupide isolatsiooni jaoks.
• Kasutage VPN-i kaugvõrkudele turvaliseks ühendamiseks.
• Dokumenteerige ja jälgige kasutajate juurdepääsu andmetele. Veenduge, et kogu kasutajate juurdepääs andmetele on kontrollitud ja logitud.
• Veenduge, et tõrkeotsingu lõpp-punktid on piiratud ACL-idega.
• Käideldage kasutaja sisendi sanitaarset. Seadistage kasutaja sisendi koormuse suuruse piirangud.
• Veenduge, et teie teenus suudab sihipäraselt blokeerida sisse tulevat liiklust konkreetsetelt kasutajatelt. See võimaldab rikkumisi blokeerida, mõjutamata teisi kasutajaid.
• Vältige välist lõpp-punkte, mis käivitavad suure hulga sisemisi toiminguid.

Jaotuse planeerimine

• Dokumenteerige, kuidas teie teenus skaleerub. Näiteks: kasutajate arv, sissetuleva koormuse suurus, saadetavate sõnumite arv.
• Dokumenteerige oma teenuse ressursinõuded. Näiteks: eraldatud virtuaalmasinate arv, Spanneri instantside arv, spetsiaalne riistvara, nagu GPU või TPU.
• Dokumenteerige ressursside piirangud: ressursi tüüp, region jne.
• Dokumenteerige kvota piirangud uute ressursside loomisel. Näiteks GCE API päringute arvu piirang, kui kasutate API-d uute instantside loomiseks.
• Kaaluge koormustestide läbiviimist jõudluse languse analüüsimiseks.

Sellega on kõik. Kohtumiseni tundides!

Allikas: habr.com