Tartalomjegyzék:
Függetlenül attól, hogy mi az informatikai stratégiája, biztonságosan kitalálható, hogy minden informatikai stratégia célja a minőségi szoftver időben történő kézbesítése, a problémák gyors javítása, a felhasználói élmény javítása és az erőforrások optimális felhasználása. A szoftverfejlesztés hagyományos modelljei - eltérő mértékben - nem sikerült elérni ezeket a célokat. A vállalatok küzdenek az egyensúly megtalálása között a minőségi szoftverek időben történő szállítása és az erőforrások optimális felhasználása között. A szoftverek felhőben való elérhetősége azt jelenti, hogy a felhasználók szabványos böngészőkön keresztül férhetnek hozzá a szoftverekhez. Ennek eredményeként a visszajelzések és a problémák áradnak be, és a szoftvergyártó vállalatok óriási nyomás alá kerülnek a javítások gyors szállítása érdekében. Az ilyen problémák egyik fő oka a fejlesztési, minőségbiztosítási és a műveleti csapatok közötti kapcsolat. A DevOps koncepció a csapatok közötti nagyobb együttműködés és a kérdések proaktív kezelése révén segítette a vállalatokat ezen problémák kezelésében. A DevOps alapelveit beépítik sok vállalat szoftverfejlesztési modelljébe.
Mi az a DevOps?
A DevOps a szoftverfejlesztés legújabb kultúrája, amely újradefiniálja, hogyan kell a vállalatoknak fejleszteni és kezelni a szoftvert megváltozott üzleti forgatókönyv esetén. Most sok szoftveralkalmazást tárolnak a felhőben, és böngészőn keresztül a felhasználók számára elérhetővé teszik. A felhasználóknak lehetősége van arra is, hogy visszajelzéseiket vagy kérdéseiket közzétegyék. Ennek eredményeként a cégek gyorsan sok visszajelzést kapnak. Ez a helyzet különbözik a hagyományos szoftverfejlesztés helyzetétől, amikor a hibákat vagy problémákat bizonyos meghatározott csatornákon keresztül jelentették be, és bizonyos időbe telik, hogy elérjék az érintett csapatot. A hibák és problémák gyakori jelentése óriási nyomást gyakorol a vállalatra a problémák gyors megoldása érdekében. A hagyományos szoftverfejlesztési modellekben a fejlesztési, minőségbiztosítási és működési csapatok leválasztottak egymástól, ami késleltetést eredményez a problémákra. Versenyképes környezetben ez kritikus tényező lehet.
A DevOps kifejezést a "fejlesztés" és a "műveletek" szavak kombinálásával hozták létre, és a fő ötlet a fejlesztők és az operációs csapat közötti szinergia. A DevOps kultúrában a silókban történő munka nem elfogadott. A fejlesztőket, a minőségbiztosítási szolgáltatókat és az üzemeltetést végző személyzetet arra ösztönzik, hogy gondolkozzanak a teljes kiszállítandó szoftverre és arra, hogy mit tehetnek a minőségi szoftver kiadásához. Például, a fejlesztőt arra ösztönzik, hogy gondoljon a kód ellenőrzése után a lehetséges forgatókönyvekre, például a kódtörési forgatókönyvekre, hogy a használati esetek valós vagy hipotetikus felhasználói élményt jelentenek-e. A kérdések megválaszolásához a fejlesztőnek fel kell vennie a kapcsolatot a minőségbiztosítási és a műveleti csapatokkal. A csapatoknak proaktívan meg kell tervezniük a lehetséges kérdéseket és azok kezelését.
