Mi az a DevOps?
A DevOps az emberek, folyamatok és termékek egysége, amely lehetővé teszi az ügyfelek számára az érték folyamatos átadását. De mit is jelent ez pontosan? Csatlakozzunk mi is a csapathoz, ahol Mara elmondja, mint jelent a DevOps, hogy mit nem jelent, és hogy mitől lesz sikeres egy elit munkatárs.
Mara összehívta csapattársait egy rövid megbeszélésre. Mindenki felbukkant, de senki sem akar ott lenni. Mara egy doboz fánkot tett az asztalra.
Mara: Szia, köszönöm, hogy eljött. Szeretném bemutatni kicsit részletesebben az értékáram-elemzést, és szót ejteni arról, hogyan tudjuk hatékonyabbá tenni a folyamatokat.
Mara értékstream-térképe még mindig a rajztáblán szerepel az előző értekezleten:
Mara: Értékáram-térképünk azt mutatja, hogy hol veszítjük el a hatékonyságunkat az érték végfelhasználóknak történő biztosításában. Csakúgy, mint mindenki más, mi is javíthatunk. És eldönthetjük, hogy mely területeket kell először kezelni.
Andy: Ez megmutatja nekünk, hol vannak problémák, de nem, mit kell tenni velük.
Mara: Igaz, ez egy gyakorlat, amely segít rámutatni minket a helyes irányba. Ami a problémákat, azt hiszem, a DevOps segít nekünk. Az előző cégemnél az üzembe helyezési arány jelentősen megnövekedett, az átfutási idő sokkal rövidebb lett, az üzemeltetés pedig sokkal kevesebb hibával működött. Időbe telt, míg odaértünk, de megérte. A DevOps nem gyors hibajavítás.
Ismerek valakit, aki most kapott munkát DevOps-mérnökként. Szerintem ez inkább fejlesztőknek való. Mint például te, Andy.
Mara: A DevOps nem beosztás.
Amita: Van olyan szoftver, amit kaphatunk, amely segít nekünk, vagy egy sablon? Esetleg egy DevOps-táblázat?
Mara: DevOps nem egy szoftver.
Andy: Inkább egy módszertan.
Mara: Nem igazán.
Andy, Amita, Tim: Szóval mi ez?!
Mara: Az alábbi definíciót szeretném használni:
A DevOps emberek, folyamatok és termékek egységes kezelése a végfelhasználók számára történő folyamatos értékközvetítés érdekében.
Valójában Abel Wang, a Microsoft felhőtanácsadója nagyszerű videókészlettel rendelkezik, és gyors választ ad néhány nagy kérdésünkre. Lássuk, hogyan definiálja az Abel a DevOpsot:
Kérdezd meg Ábelt
A mi célunk az, hogy olyan játékokat kínáljunk, amelyeket szeretnek az ügyfeleink. Ezt úgy érjük el, hogy közös gyakorlati eljárásokat és eszközöket használunk.
Mit jelent ez? Milyen közös gyakorlati eljárásokat? Milyen közös eszközöket?
Mara: Íme, amit értek a gyakorlatok:
- Agilis tervezés: Együtt létrehozunk egy teendőlistát, amelyet a csapat és a vezetőség minden tagja láthat. Az ebben szereplő tételeket rangsoroljuk, így tudható, hogy mivel kell foglalkoznunk először. A hátralékban szerepelhetnek felhasználói beszámolók, hibák, de bármilyen más információ is, ami segíti a munkát.
- Folyamatos integráció (CI):Automatizáljuk a kód összeállítását és tesztelését. A tesztet minden olyan esetben lefuttatjuk, amikor egy csapattag változásokat véglegesít a verziókövetésben.
- Folyamatos teljesítés (CD):: A CD a buildből a minőségbiztosítási vagy éles környezetbe történő tesztelés, konfigurálás és üzembe helyezés.
- Monitorozás: Telemetriával fogunk információt kapni az alkalmazás teljesítményéről és használati mintáiról. Ez az információ segít, hogy javításokat végezzünk el az iterálás során.
Amita: Nem tudok az automatizált tesztelésről. A tesztjeim manuálisak, és azután csinálom őket, hogy Andy lekézbesse nekem a kódot. Nincs időm arra, hogy megváltoztassam a munkamódszeremet.
Nem hagyhatom, hogy bárki üzembe helyezhesse az éles környezetben.
Andy: Ez megijeszti a vezetőséget. Soha nem gondolkodnak tovább, mint a következő kiadás, és mindig azt akarják, hogy tegnap.
Tudom, mit gondolsz a vezetőségről. Összeállítottam ezt a jegyzetet arról, hogy mitől lesz egy csapat elit teljesítményű.
Mitől lesz egy csapat elit teljesítményű?
Íme a Mara által elkészített jegyzet. Az információ olyan DevOps-jelentésekből és felmérésekből származik, amelyeket műszaki szakemberekkel végeztek el világszerte.
A DevOps segít a vállalatoknak kísérletezni az ügyfelek bevezetésének és elégedettségének növelésével. Ez jobb szervezeti teljesítményhez, és gyakran magasabb jövedelmezőséghez és piaci részesedéshez vezethet.
Metrikákkal négy kategóriát hoz létre, amelyekkel összehasonlíthatja az elit teljesítményt az alacsony teljesítményt nyújtókkal.
Elit előadók:
Gyakoribb üzembe helyezés
Egyes csapatok valójában akár naponta több tucatszor is végeznek üzembe helyezést.
Az olyan eljárások, mint a monitorozás, a folyamatos tesztelés, az adatbázis-változáskezelés és a szoftverfejlesztési folyamat korábbi szakaszában a biztonság integrálása segít az elit előadók gyakoribb üzembe helyezésében, nagyobb kiszámíthatósággal és biztonsággal.
Az átfutási idő csökkentése a véglegesítéstől az üzembe helyezésig
Az átfutási idő az az idő, ami ahhoz szükséges, hogy egy funkció eljusson az ügyfélhez. A kiemelkedő teljesítményt nyújtó csapatok kisebb kötegekben dolgoznak, automatizálják a manuális folyamatokat és gyakrabban végeznek üzembe helyezést, és így órák vagy napok alatt végzik el azt, ami korábban hetekig vagy akár hónapokig is eltartott.
A módosítások hibaarányának csökkentése
Az éles környezetben meghiúsuló vagy más funkciók megszakadását okozó új funkciók elveszíthetik a lehetőséget Ön és a felhasználók között. A nagy teljesítményű csapatok kifejlett állapotában idővel csökkentik a változáshibák arányát.
Gyorsabb helyreállítás incidensek után
Ha mégis előfordulnak incidensek, a kiemelkedő teljesítményű csapatok gyorsabban képesek helyreállítani a működést. A metrikák használatával az elit előadók gyorsabban helyreállnak, és gyakrabban is üzembe helyezhetők.
Fontos a felhőinfrastruktúra implementálásának módja is. A felhő javítja a szoftverkézbesítési teljesítményt, és az alapvető felhőjellemzőket alkalmazó csapatok nagyobb valószínűséggel válnak elit szintű teljesítményre.
A kiszervezés pénzt takaríthat meg, és rugalmas munkaerő-készletet biztosíthat, de a megfelelő területeken kell használni. Az alacsony teljesítményű csapatok nagyobb valószínűséggel egész függvényeket (például tesztelést és műveleteket) szerveznek ki, mint a nagy teljesítményű társaik.
Az alsó sor
A DevOps kulcsfontosságú oka annak, hogy számos elit előadó képes értéket nyújtani az ügyfeleknek új funkciók és fejlesztések formájában, gyorsabban, mint a versenytársak. Ebben a rövid videóban Abel elmagyarázza, miért érdemes többet megtudnia a DevOpsról:
Kérdezd meg Ábelt
Mire nem alkalmas a DevOps?
Ha figyelembe vesszük, hogy mi a DevOps, az is fontos, hogy megtudjuk, mi nem. A DevOps nem:
- Egy módszertan.
- Egy adott szoftver.
- A szervezet kihívásainak gyors megoldása.
- Csak egy csapat vagy egy beosztás (bár ezek a címek meglehetősen gyakoriak az iparágban).