Amikor az egyének azt fontolgatják, hogy részt vegyenek az SRE-ben, és a csapatok az SRE-gyakorlatok bevezetését fontolgatják, a gyakori kérdés a következő: "Tudnia kell, hogyan kell kódolni?"
A rövid válasz: igen.
De a teljes válasz egy kicsit árnyaltabb. Tekintsünk meg három helyet, ahol a kódolás a hely megbízhatóságának tervezésében játszik szerepet, valamint az egyes helyekhez szükséges kódolási szakértelem szintjét. Ez a lista nem teljes, de ezek a forgatókönyvek a gyakoribb használati esetek közé tartoznak.
1. forgatókönyv: A toil eltávolítása automatizálással
A webhely megbízhatósági mérnökei és az SRE-eljárásokat használó más felhasználók lehetőség szerint megpróbálják eltávolítani a toil-t. A "Toil" egy konkrét dolgot jelent az SRE-ben. A Toil olyan műveletekre utal, amelyeket bizonyos jellemzőkkel rendelkező ember végez. A robotolásnak nincs hosszú távon megtérülő értéke. Semmilyen jelentős módon nem mozdítja elő a szolgáltatás javulását. Gyakran ismétlődő és nagymértékben manuális (bár lehetne automatizálni is). Miközben a szolgáltatás vagy a rendszer idővel növekszik, valószínűleg ezzel arányosan a rendszerbe érkező kérelmek száma is nő, és még több manuális munkát igényel.
Ha például egy szolgáltatás megköveteli, hogy az SRE-csapat minden héten alaphelyzetbe állítson valamit, vagy új fiókokat és lemezterületet helyezzen üzembe kézzel, vagy manuálisan újra kell indítania azt – ez a működési terhelés, amely nehézkes. Ezeknek a műveleteknek a végrehajtása egyáltalán nem tette jobbá a szolgáltatást hosszú távon, tartós módon. Ezeket a műveleteket valószínűleg újra és újra meg kell ismételni.
Az SRE-szakemberek nem szeretik a robotolást. Azon dolgoznak, hogy ezt eltöröljék, ha csak lehetséges és helyénvaló. Az SRE-ben ez az egyike azoknak a helyeknek, ahol az automatizálás szerepet kap. Ha ezek a kérések automatikusan kezelhetők, az felszabadítja a csapatot a hatékonyabb és hatékonyabb munkához.
Kódolási szakértelem: az automatizálás némi kódolási szakértelmet igényel, de nem kell teljes körű szoftvermérnöki ismereteket igényelnie. Ha kis szkripteket tud írni (például a PowerShellben vagy a Bourne-rendszerhéjban), vagy még akkor is, ha olyan Azure-logikai alkalmazást hoz létre, amely alig rendelkezik kóddal, ez az alkalmazás továbbra is segíthet kiküszöbölni a hibákat.
2. forgatókönyv: Vezérlés API-k/tartományspecifikus nyelvek (DSL-k)/sablonok használatával
Bár az SRE-munkához nem feltétlenül szükséges, a környezetek API-kkal, DLL-ekkel és sablonokkal (különösen felhőkörnyezetekkel) történő szabályozása lehetővé teszi az SRE-k számára, hogy vertikálisan felskálázzák a munkájukat. A kiépítési/kiépítési infrastruktúra, a monitorozás konfigurálása és számos szolgáltatás integrálása a kódolással sokkal hatékonyabbá válik.
Kódolási szakértelem: az előző forgatókönyvhöz hasonlóan ez is némi kódolási szakértelmet igényel, de nem kell teljes körű szoftvermérnöki ismereteket igényelnie. A korábban említett szkriptek és logikai alkalmazások mellett az Azure Resource Manager-sablonok minimális kódolási tapasztalattal is használhatók.
3. forgatókönyv: A kód javítása
A hely megbízhatósági mérnökei a rendszer megbízhatóságának javítása érdekében keresik a megoldást. Ez a cél néha megköveteli a rendszer forráskódjának feltárását, a probléma meghatározását, és gyakran hozzá kell járulnia a javításhoz a kódbázishoz. Bár a munka kifinomultsága a helyzettől függően széles körben változhat, a kódolási szakértelem ezekben az esetekben határozott követelmény.
Kódolási szakértelem: ebben a forgatókönyvben gyakran teljes körű szoftvermérnöki szakértelemre van szükség.
Következő lépések
Szeretne többet megtudni a hely megbízhatósági tervezéséről és az alacsony kódszámú munkáról? Tekintse meg webhelyünk megbízhatósági mérnöki központját, a fent hivatkozott termékdokumentációt.