Az SRE kontextusba helyezése
Mielőtt rátérnénk az SRE-vel kapcsolatos eljárások tárgyalására, hasznos lenne kontextusba helyezni az előző egységben ismertetett elképzeléseket. Ebben a rövid leckében megismerjük az SRE mögötti előzményeket, és azt, hogy hogyan kapcsolódik az ön által ismert egyéb üzemeltetési eljárásokhoz. Ez a tudás később nagyobb sikert arat, mert ezek a gyakorlatok több értelmet nyernek a kontextusban. Is, amikor barátai kérdezik: "Hogyan SRE különbözik ..." kész válasza van.
Előzmények
Az SRE rövid története 2003-ban a Google-nél kezdődik. Ben Treynor, most Treynor Sloss, vette át a vezetést a Google "Production Team" (akkor csak hét szoftvermérnökök). Treynor létrehozta az ötletet, és híresen úgy írta le, hogy "mi történik, ha egy szoftvermérnököt megkér egy műveleti függvény megtervezésére". Hasznos megérteni ezt az előzményeket, mert segít elmagyarázni, hogy az SRE miért érezhet nagyon "szoftverfejlesztést" azoknak az üzemeltetési embereknek, akik először találkoznak vele. A rendszer számos értéket és eszközt vett át a szoftvermérnöki területről, többek között a kódírás és a verziókövetés alapvető eszközként való használatát. A Google SRE kezdeti és jelenlegi implementációját O'Reilly két könyvében alaposan dokumentálta (lásd az első lépéseket ismertető egységet).
Ahogy a Google munkatársai elhagyták a vállalatot (illetve az ott dolgozók is egyre többet beszéltek nyilvánosan a vállalati eljárásokról), az SRE ötlete az iparág más szervezeteihez is eljutott. Ezek a cégek átvették és saját vállalati környezetükhöz igazítva alkalmazni kezdték az SRE alapelveit és eljárásait. Ez a bővítési folyamat számos különböző SRE-implementációt eredményezett a területen.
A DevOps és az SRE
Az iparág más szereplői is hasonló kihívásokkal szembesültek a méretezés, a fejlesztés sebessége és az üzemeltetés stabilitása, valamint egyéb szoftverkézbesítési problémák terén, és ezek nyomán bontakozott ki a Site Reliability Engineering mozgalom. Ezzel párhuzamosan a Google-ön (és a kor néhány másik nagyvállalatán) kívül is megkísérelték ugyanezen problémák megoldását, és ebből született a DevOps.
A DevOpsról sok hasznos információt a DevOps erőforrásközpontjában talál.
Megjegyzés:
Fontos megjegyezni, hogy a DevOps és az SRE két különböző, párhuzamos kísérlet ugyanazon kihívások megoldására. Az SRE nem a DevOps utáni következő evolúciós lépés, Az SRE nem "a DevOps jövőjének" lett létrehozva.
Hogy miben különbözik az SRE és a DevOps, az még mindig jelentős vita tárgyát képezi a témában. Vannak persze olyan különbségek, amelyekben a nagy többség egyetért, például:
- Az SRE egy olyan mérnöki szemlélet, amely a megbízhatóságra összpontosít. A DevOps egy kulturális mozgalom, amely abból a kényszerből alakult ki, hogy lebontsa a jellemzően külön fejlesztési és üzemeltetési szervezetekhez társított silókat.
- Az SRE lehet egy szerepkör neve (például „SRE-mérnök vagyok”), a DevOps azonban nem. A szó szoros értelmében senki nem a DevOpsszal keresi a kenyerét.
- Az SRE sokkal inkább előíró, a DevOps viszont szándékosan nem az. Ebből a szempontból a folyamatos integráció/teljesítés és az agilis fejlesztési irányelvek közel univerzális alkalmazása a leghasonlóbb vonása.
Mindkét üzemeltetési gyakorlat, a DevOps és az SRE is nagy hangsúlyt helyez a monitorozásra/megfigyelhetőségre, illetve az automatizálásra (bár talán különböző okokból). Ez az összefolyás az egyik oka annak, hogy gyakran egyszerűbben importálhatók SRE-eljárások és elvek egy meglévő DevOps-gyakorlattal rendelkező szervezetbe. Ezt a folyamatot körültekintően, a szándékot szem előtt tartva kell végrehajtani. Emellett növekményesen is implementálható, nem kell hirtelen váltást végrehajtania.
Figyelmeztetés
Az alkalmazotti szerepkörök puszta átnevezése olyan megvalósítási stratégia, amely szinte soha nem működik. Ez nem biztosítja az SRE előnyeit. Az egység első lépéseket ismertető szakaszában jobb javaslatokat talál.
Összefoglalás
Ennek a rövid egységnek a célja az volt, hogy egy kis kontextust nyújtson az SRE és a DevOps értelmezéséhez. Az SRE-t és a DevOps-t a legjobban az üzemeltetési gyakorlatok szomszédos gondolkodó iskoláinak tekintik.
Most, hogy röviden áttekintettük az SRE hátterének egy részét, térjünk át néhány alapvető alapelvre.