![Fejlődések a DevOps-ban - Technológia Fejlődések a DevOps-ban - Technológia](https://a.continuousdev.com/technology/developments-in-devops.jpg)
Tartalom
Forrás: Djvstock / Dreamstime.com
Elvitel:
A DevOps évek óta fejlődik, tehát mi új ez a trendmeghatározó módszertan?
Az üzleti vállalkozások ügyfelei azt akarja, hogy megfelelően és gyorsan reagáljanak változó igényeikre. Különböző korlátozások azonban akadályozták meg a vállalkozásokat, hogy reagáljanak az ilyen követelményekre, amint szeretnék. Az egyik legszembetűnőbb korlátozás az volt, hogy a különféle osztályok hogyan dolgoztak külön. A DevOps most lehetővé teszi a vállalkozások számára, hogy reagáljanak a dinamikus követelményekre a silók eltávolításával a szervezeten belül. A szerepeket egyesítették, és az embereknek most már keresztfunkcionálisnak kell lenniük. A szervezetek most már fokozatosan és gyakrabban tudják bevezetni a termékeket és szolgáltatásokat. Mivel a csapatok egyre jobban kereszteződnek egymással, kevesebb a kölcsönös függőség. Különböző tanulmányok kimutatták, hogy a DevOps fontos erõvé válik, amellyel számolni kell. Figyelembe véve a DevOps alapelveit, ez zavaró erő volt az informatika világában.
Mi az a DevOps?
A DevOps lerövidül a "fejlesztés" és a "műveletek" fogalmától, azaz mind a fejlesztési, mind a műveleti személyzet együtt dolgozik, vagy multidiszciplináris készségeket szerez. A szerepek körét azonban nem szabad a szoftverfejlesztőkre és az IT-támogató személyekre korlátozni. Valójában a hatálynak ki kell terjednie minden olyan szerepre, amely a szoftverfejlesztésben érdekelt. Az "OPS" rendszermérnökök, rendszergazdák, üzemeltetési személyzet, kiadásmérnökök, DBA-k, hálózati mérnökök, biztonsági szakemberek, valamint más egyéb tudományágak és munkacímek részét képezheti.
A DevOps a különböző filozófiák, gyakorlatok és eszközök kombinációja, amely lehetővé teszi az üzleti vállalkozások számára, hogy reagáljanak a gyakran változó piaci igényekre. Korábban a különféle osztályok többnyire elszigetelten működtek, minimális kommunikációval vagy koordinációval. Ez olyan problémákat eredményezett, mint például a követelmények hirtelen változásaira való reagálás hiánya. A DevOps filozófiája megköveteli, hogy gyakorlói keresztfunkcionálisak legyenek. Például várhatóan várható, hogy egy szoftverfejlesztő ismeri a szoftver tesztelési képességeit is. A perspektíva változása jobb minőségű eredményeket és jobb piaci megértést eredményez. A DevOps megköveteli a gyakorlóitól, hogy változatos készségeket szerezzen, amelyek szélesítik a perspektívát és elősegítik a minőségi munka elvégzését.
Fontos trendek és fejlemények
A DevOps domain számos fontos változáson ment keresztül. Itt áttekintjük a legfontosabb változásokat, elkerülve a hype-t.
Az elmúlt években az Agile módszer kissé elvesztette népszerűségét, mivel sok exponens eltolódott. A csalódás fő oka a dogmatikus alapelvek volt. Az Agile két elv formájában kezd visszatérni: a modern agilis és a mozgalmas szív.
Nem javíthatja a programozási képességeit, ha senki sem törődik a szoftver minőségével.
A DevOps eszközök és módszerek
Noha vannak bizonyos elvek vagy módszerek a DevOps-ra vonatkozóan, sokféle eszköz áll rendelkezésre a DevOps megvalósításához. Ezeket az eszközöket a különböző szervezetek számos módon használják, és a legfontosabb eszközöket az alábbiakban ismertetjük.
Mind a tesztelés, mind a verziózás fontos tevékenységek, amelyek célja a szoftver minősége. A tesztelés területén a Netflix példaként említhető. A Netflixs tesztelő csapata kifejlesztette a Chaos Monkey koncepcióját, amely alapvetően megzavarja a rendszert olyan hibák vagy problémák bevezetésével, amelyek szoftverfejlesztőket tesztelnek. Ennek eredményeként, amikor egy legitim probléma jelentkezik, sokkal könnyebben kezelhető.
A verziózás arra az elképzelésre vonatkozik, hogy nemcsak a kódot, hanem a szoftverhez kapcsolódó minden elemet, például műtermékeket, teszt eseteket és infrastruktúrát is kell verziózni. Ilyen módon, ha a frissítés vagy a javítás nem megy a terveknek megfelelően, a program könnyen visszatekerhető egy korábbi, stabil verzióra.
A DocuSign a digitális aláírás és a tranzakciók vezető megoldásainak szállítója. Mivel a tartomány nagy biztonságot és titoktartást igényel, a DocuSignnek rendkívül óvatosnak kell lennie a tranzakciók adatvédelme és biztonsága szempontjából. A DevOps alapelveinek elfogadása nem volt könnyű, mivel nemcsak új funkciókat kellett bevezetnie, hanem ellenőriznie kellett szigorú tesztelésüket is. Tehát, mielőtt a tényleges szoftvert bevezette, a szoftver segítségével modell-tesztelési folyamatot hajtott végre. Pontosabban, a teszteléshez használt API-t szimulálta. Ennek eredményeként a dolgok gyorsabban működtek, az eseményeket és kérdéseket gyorsan azonosították és rögzítették, vagy prioritássá tették. A DocuSign megismételhető eljárást vezet be, amely automatizálja a teszt esetének szimulációját és azonosítja a szoftverproblémákat.
Forter
A Forter digitális aláírás és tranzakciós megoldás-szolgáltató, akárcsak a DocuSign. Szerette volna hatékonyabban kezelni eseményeit és kérdéseit. Előtérbe helyezte a kérdéseket, és hangsúlyozta a kérdések önmegoldását. A Forter egy olyan architektúrát épített fel, amely prioritást adhat a kérdéseknek, és azonosíthatja az önmegoldás vagy későbbi megoldás kérdéseit. Ezért először a kiemelt kérdésekre és eseményekre összpontosíthat. Az ismételhető feladatok automatizálása felszabadította az embereket a kreatív munkákra való koncentrálódáshoz.
Következtetés
A DevOps hangja a hagyományos szoftverfejlesztési gyakorlatok halálának? Nem könnyű kérdést megválaszolni. A DevOps még mindig korai szakaszában van. Még mindig mérlegelik. Természetesen vannak esettanulmányok, amelyek rámutatnak annak előnyeire a hagyományos szoftverfejlesztési gyakorlatokkal szemben. Gyakorlatilag időbe telik, amíg átveheti az átvételt, mert a szétszerelési gyakorlatok megépítése évekig tartott, hogy felépüljenek. Most azonban úgy tűnik, hogy a DevOps olyan koncepció, amely komoly figyelmet érdemel.