Folyamatos műveletek felfedezése
A Folyamatos műveletek a DevOps-osztályozás nyolc képessége közé tartozik.
Ismerje meg, miért van szükség folyamatos műveletekre
Az összetett rendszerek sikertelenek, és költséges leállást és megszakításokat okozhatnak. Lássunk néhány példát.
Vállalatok | Esemény |
---|---|
Delta Air Lines |
2016 augusztusában a Delta kénytelen volt lemondani 2300 járatot, amikor egyetlen hibás berendezés áramkimaradást okozott az atlantai üzemeltetési központban. A vállalatnak jelentett költség 150 millió dollár volt. |
FedEx és uk national Állapotfigyelő szolgáltatás |
2017 májusában a WannaCry ransomware működési zavarokat okozott a FedEx számára. Egy FedEx-leányvállalat 300 millió dolláros veszteségről számolt be. Az Egyesült Királyság nemzeti Állapotfigyelő szolgáltatás egy másik áldozata volt a zsarolóvírusnak, amely letiltotta a számítógépeihez való hozzáférést, kizárta a létfontosságú orvosi berendezéseket, és arra kényszerített néhány kórházat, hogy más helyekre irányítsa a mentőket. |
Amazon S3 |
2017 februárjában az operátori hiba négyórás fennakadást okozott az Amazon alapvető tárolási szolgáltatásaiban, ami számos hatással volt olyan jelentős webtulajdonságokra, mint az Alexa, az IFTTT, a Quora és a Trello. |
A LinkedInnél olyan probléma merült fel, amely miatt a DEV-munka két hónapig nem végezhető el. | |
Equifax |
Az Equifax 2017-ben jogsértést tapasztalt, amelynek következtében több mint 160 millió fogyasztó személyes adatai jelentek meg. Ezt részletesebben is megvitattuk a Folyamatos biztonság című témakörben. |
A jogsértés üzleti hatása és költsége
A jogsértés költségei gyakran jóval túlmutatnak a vállalat értékesítésének és bizalmának elvesztésén. Ezek a költségek a következők lehetnek:
- Válasz > értesítés
- A törvény által előírt működési és szolgáltatási költségek az érintett felek értesítésére szolgálnak. Ezek a költségek gyakran további költségeket is magukban foglalnak a call centerek, a lekéréses kérelemtámogatás és a hitelmonitorozási szolgáltatások esetében.
- Az alkalmazottak termelékenységének és forgalmának elvesztése
- A Yahoo általános tanácsadója lemondott, és a vezérigazgató nem kapott éves bónuszt 2016-ra.
- Perek és elszámolások
- A cél 18,5 millió dollárt fizetett 47 amerikai államnak.
- Szabályozási bírságok és válaszok
- Mivel az új adatvédelmi politikák 2018 óta lépnek érvénybe az Európai Unióban, a bírság az éves bevétel 4%-a, vagy 20 millió euró, attól függően, hogy melyik nagyobb.
- Márkahelyreállítási költségek
- A Codan bányászati technológiai vállalat bevétele 45 millió dollárról 9,2 millió dollárra csökkent egy év alatt.
- Egyéb kötelezettségek
- Verizon fizetett 350 millió dollárral kevesebb Yahoo után két hatalmas hack.
További biztonsági és naplózási követelményekre is szükség lehet.
Rendelkezésre állás és helyreállítás a folyamatos műveletekben
Egy Gartner-felmérés szerint az üzleti és informatikai vezetők arra számítanak, hogy az éles alkalmazások 47%-a várhatóan 2020-ra nyilvános felhőbeli helyeken fog futni.
Ha egy kódsor használatával teljes adatközpontok megsemmisülhetnek, az I&O-vezetőknek az éles környezetek rendelkezésre állására és helyreállítására kell összpontosítaniuk. Az új üzembehelyezési minták megváltoztatják, hogyan biztosítjuk az alkalmazások és az infrastruktúra rendelkezésre állási és helyreállítási képességeit.
Egyre több alkalmazás és kiadás éles környezetben
A szoftverkézbesítési teljesítmény fő teljesítménymutatói a következők:
- Átfutási idő a változáshoz
- Üzembe helyezés gyakorisága
- A visszaállítás átlagos ideje
- A sikertelenségi arány módosítása
Azok a csapatok, amelyek a sebesség növelésén dolgoznak, de nem fektetnek be elég pénzt a minőség fejlesztésébe a folyamatba, nagyobb hibákat fognak tapasztalni, és több ideje lesz a szolgáltatás visszaállítására. A folyamatba minőséget építő csapatok sebességet és stabilitást is elérnek.
A webes és mobilalkalmazások száma, valamint az alkalmazáskiadások gyakorisága jelentősen megnőtt. A kód is egyre összetettebb lett.
Megjegyzés:
A DevOps értékének nagy része az innováció (sebesség) és az üzletmenet folytonossága (vezérlés) közötti megfelelő egyensúly megtalálása.
Mi az a folyamatos művelet?
Fontos
A folyamatos műveletek csökkentik vagy kiküszöbölik a tervezett állásidők vagy megszakítások, például az ütemezett karbantartás szükségességét. Az infrastruktúra, alkalmazások és szolgáltatások folyamatos monitorozását lehetőség szerint automatizált szervizeléshez kell kötni. A felhasználóknak soha nem szabad tudniuk, hogy mikor történik frissítés vagy növekményes kiadás.
A hagyományos és a folyamatos üzemeltetés gyakorlatának összehasonlítása
A hagyományos vállalati modellben az informatikai rendszer kikényszeríti a kiadott elemet, és mindenkit merev folyamatokkal és eljárásokkal vezérel.
Ez a megközelítés a fejlesztői csapatok és az informatikai irányítás közötti eltérést okozza. A fejlesztői csapatok többnyire agilisak, a sebességre összpontosítanak, és azt várják, hogy a lehető leggyakrabban jelennek meg. Számukra az informatikai irányítás szűk keresztmetszetnek tűnik, amely nem igazodik a mai üzleti igények várható piaci célkitűzéseihez.
Fontos
Megfelelően implementálva a DevOps az innovációt (sebesség) és az üzletmenet folytonosságát (vezérlést) is képes biztosítani.
A hagyományos fejlesztési életciklusban:
- A tesztelés az élő adás előtt történik.
- A monitorozást gyakran adják át.
- A tesztelési szakaszokban gyakran konzultálnak a biztonsággal.
- Az átadás során a kód és az összes Service Management-vezérlő biztonsági ellenőrzését végre kell hajtani.
- A megfelelőség gyakran nem része az átadásnak, hanem valami, ami "előugrik" a szolgáltatás működési állapota során.
- A rugalmasság/ folytonosság tervezése a tervezési fázis részeként történik, de a kapcsolódó forgatókönyvek tényleges tesztelése gyakran csak a műveleti vagy tesztelési fázisban történik, ami konfigurációs változásokhoz, átdolgozásokhoz és felesleges erőfeszítésekhez vezethet.
- A műveletek, a biztonság és a megfelelőség és a fejlesztők közötti együttműködést gyakran újra aktívan végzik incidenskezelési és problémakezelési folyamatokon keresztül.
- Az automatizálást az utolsó fázisokig hagyva gyakran kevés erőforrást hagy a feladathoz.
Új módszerek, technológiák és munkamódszerek, amelyek a folyamatos üzemeltetés új megközelítését hívják fel. A következő nyolc fő folyamatos üzemeltetési gyakorlat jelent meg és fejlődik tovább:
- A tervezés biztonsági és megfelelőségi követelményei elismerik, hogy a szigorúan automatizált felhőkörnyezetek tervezésekor figyelembe kell venni bizonyos szabványokat, jogszabályokat, de olyan üzleti követelményeket is, mint a nyomon követhetőség és az auditálás.
- A folytonosság és a rugalmasság szoros együttműködést igényel a szervezettel annak érdekében, hogy az üzleti igények tükröződjenek a tervezésben és a megvalósításban.
- A telemetriai és monitorozási funkciók segítségével felderíthetők az ügyfélhasználati minták, a lehetséges új igények, valamint részletes információk arról, hogy a felhasználók hol tapasztalnak hibákat. Ezek az eszközök segítenek biztosítani az érték kézbesítését is.
- A Szolgáltatáskezelés egy másik beszélgetés a DevOps-kultúrában:
- Az eltolódás azt jelenti, hogy az öné. Felépítheti, futtathatja, és ha megszakad, kijavíthatja.
- Koncentráljon a szükséges dolgokra.
- Az irányítás támogatása.
- Megkönnyítheti az átláthatóságot.
- A kultúra és az együttműködés elengedhetetlen a folyamatos üzemeltetéshez. A szervezeteknek gyakran meg kell változtatniuk a működésük módját, hogy megkönnyítsék a DevOps-csapatok felé történő átalakítást. Az együttműködés a biztonság és a rugalmasság tervezésekor is nélkülözhetetlen.
- Az Automation &AI/ML Ops fontos aspektusai annak, hogy mi teszi a DevOps (és a felhő) különbségét a hagyományos üzemeltetési csapatokhoz képest. A hangsúly az egész rendszer automatizált (rendszerszintű automatizálás), és nem csak egy területen.
- A folyamatos üzembe helyezés modern kiadási folyamatokkal teszi lehetővé a fejlesztői csapatok számára az új funkciók gyors és biztonságos üzembe helyezését, lehetővé téve az ügyfelek értékének folyamatos áramlását, és lerövidíti a problémák elhárításához szükséges időt.
- A shift-right tesztelés olyan eljárásokat használ, mint a sötét indítás, a funkciójelzők, a monitorozás és az A/B tesztelés. A Teams ezután folytathatja a tesztelést, hogy az alkalmazás megfeleljen a viselkedésre, teljesítményre és rendelkezésre állásra vonatkozó elvárásoknak az élő használat során.
Ahhoz, hogy DevOps-megközelítéssé váljon, jelentős paradigmaváltásra van szükség a kultúrában ahhoz, hogy az üzleti értékeket modern informatikai megközelítéssel nyújtsa.
Hagyományos informaták | Modern informaták | |
---|---|---|
DNS | Közvetítés | A közvetítés eltávolítása |
Szolgáltatás kézbesítése | Hullámalapú | Folyamatos iteráció-alapú |
Szolgáltatás stabilitása | Sikeres tervezés (HA/Redundáns) | Hiba tervezése (rugalmas) |
Delegálási szintek | Informatikai silók | Végpontok közötti szolgáltatások |
Folyamatok | A dokumentumokban optimalizált, újratervezett | Önkiszolgáló, tudás, alacsony súrlódás, automatizált |
Automatizálás | Izolált, manuálisan kezdeményezett | Rendszerszintű, aktivált, automatikus |
Figyelés | Elem, hibaközpontú | Szolgáltatás, végpontok közötti képességközpontú |
Support | Service Desk / Contact Center | Ügyfélszolgálat / Önkiszolgáló |
Életciklus | N-1 vagy régebbi | N, N+1 |
Konfiguráció/Eszközkezelés | Felderített / manuális konfiguráció | Előírt, deklaratív, automatizált |
Ezek a változások egyszerűsített és automatizált folyamatokat, összehangolt eredményösztönzőket, csökkentett kockázatot és ügyfélközpontú megközelítést eredményeznek.