{"id":33725,"date":"2019-10-31T21:54:21","date_gmt":"2019-10-31T18:54:21","guid":{"rendered":"https:\/\/prohoster.info\/blog\/chto-takoe-devops\/"},"modified":"2019-10-31T21:54:21","modified_gmt":"2019-10-31T18:54:21","slug":"chto-takoe-devops","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/chto-takoe-devops","title":{"rendered":"Mi az a DevOps","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

A DevOps meghat\u00e1roz\u00e1sa nagyon bonyolult, ez\u00e9rt minden alkalommal \u00fajra kell ind\u00edtanunk a vit\u00e1t err\u0151l. Csak a Habr-on ezer publik\u00e1ci\u00f3 jelent meg a t\u00e9m\u00e1ban. De ha ezt olvasod, akkor bizony\u00e1ra tudod, mi az a DevOps. Mert \u00e9n nem tudom. Hell\u00f3, a nevem Alexandr Titov (@osminog<\/a><\/noindex><\/b>), \u00e9s egyszer\u0171en csak besz\u00e9lgetni fogunk a DevOps-r\u00f3l, \u00e9s megosztom veletek a tapasztalataimat.<\/p>\n

\"Mi
\n
\nHossz\u00fa ideig azon gondolkodtam, hogyan tehetn\u00e9m hasznoss\u00e1 a t\u00f6rt\u00e9netemet, ez\u00e9rt sok k\u00e9rd\u00e9st fogok feltenni \u2014 azokat, amiket magamnak teszek fel, \u00e9s azokat, amiket a c\u00e9g\u00fcnk \u00fcgyfeleinek. Ezekre a k\u00e9rd\u00e9sekre v\u00e1laszolva jobban meg\u00e9rthetj\u00fck a dolgokat. Elmondom, mi\u00e9rt van sz\u00fcks\u00e9g DevOps-ra a saj\u00e1t n\u00e9z\u0151pontomb\u00f3l, hogy mit jelent ez, \u00fajfent az \u00e9n \u00e1ll\u00e1spontom szerint, \u00e9s hogyan \u00e9rthetj\u00fck meg, hogy a DevOps fel\u00e9 haladunk, \u00fajra az \u00e9n szemsz\u00f6gemb\u0151l. Az utols\u00f3 pont k\u00e9rd\u00e9sek form\u00e1j\u00e1ban fog megjelenni. Ha magamnak v\u00e1laszolok r\u00e1juk, akkor meg\u00e9rtem, hogy a c\u00e9ged k\u00f6zel\u00edt a DevOps-hoz vagy valami probl\u00e9ma van vele.
\n<\/a><\/noindex>
\n

\r\n \"Vide\u00f3\r\n
<\/div>\r\n <\/div><\/center>
\nEgyszer egy id\u0151ben a f\u00fazi\u00f3k \u00e9s felv\u00e1s\u00e1rl\u00e1sok hull\u00e1main kavargattam. El\u0151sz\u00f6r dolgoztam egy kis startupn\u00e1l, a Qik-n\u00e1l, majd egy nagyobb c\u00e9g, a Skype v\u00e1s\u00e1rolta meg, amit azt\u00e1n egy m\u00e9g nagyobb c\u00e9g, a Microsoft. Ebben a pillanatban lett vil\u00e1gos sz\u00e1momra, hogyan alakul \u00e1t a DevOps-ra vonatkoz\u00f3 elk\u00e9pzel\u00e9s k\u00fcl\u00f6nb\u00f6z\u0151 m\u00e9ret\u0171 c\u00e9gekn\u00e9l. Ezut\u00e1n m\u00e1r a piac szempontj\u00e1b\u00f3l szerettem volna r\u00e1n\u00e9zni a DevOps-ra, ez\u00e9rt koll\u00e9g\u00e1immal megalap\u00edtottuk az Express 42-t. M\u00e1r 6 \u00e9ve haj\u00f3zunk vele a piacon.<\/p>\n

Mindezeken t\u00fal \u00e9n vagyok a DevOps Moscow k\u00f6z\u00f6ss\u00e9g egyik szervez\u0151je \u00e9s a DevOps Days 2017 szervez\u0151je, de 2018-ban nem voltam szervez\u0151. Az Express 42 sz\u00e1mos c\u00e9ggel dolgozik. Ott n\u00f6velj\u00fck a DevOps-t, figyelj\u00fck, hogyan zajlik, k\u00f6vetkeztet\u00e9seket vonunk le, elemz\u00fcnk, \u00e9s megosztjuk a k\u00f6vetkeztet\u00e9seinket mindenkivel, oktatjuk az embereket DevOps gyakorlatokban. Sz\u00f3val minden lehets\u00e9ges m\u00f3don n\u00f6velj\u00fck ebben az \u00e9rtelemben a tapasztalatunkat \u00e9s szak\u00e9rtelm\u00fcnket.<\/p>\n

Mi\u00e9rt DevOps<\/h2>\n

\nAz els\u0151 k\u00e9rd\u00e9s, ami mindenkit mindenkor foglalkoztat - mi\u00e9rt? Sokan \u00fagy v\u00e9lik, hogy a DevOps csup\u00e1n automatiz\u00e1l\u00e1s vagy hasonl\u00f3 dolog, ami m\u00e1r minden c\u00e9gn\u00e9l ott van.<\/p>\n

\u2014 Volt Continuous Integration - ez azt jelenti, hogy m\u00e1r volt DevOps, \u00e9s mi\u00e9rt van sz\u00fcks\u00e9g erre az eg\u00e9sz marhas\u00e1gra? Ott a hat\u00e1ron sz\u00f3rakoznak, minket pedig a munka zavar!<\/i><\/p>\n

Kilenc \u00e9ves k\u00f6z\u00f6ss\u00e9gi \u00e9s m\u00f3dszertani fejl\u0151d\u00e9s ut\u00e1n m\u00e1r vil\u00e1gos, hogy ez nem csup\u00e1n marketingc\u00e9lokat szolg\u00e1l, viszont m\u00e9g mindig nem teljesen egy\u00e9rtelm\u0171, hogy mire van sz\u00fcks\u00e9g. Mint minden eszk\u00f6znek \u00e9s folyamatnak, a DevOps-nak is konkr\u00e9t c\u00e9ljai vannak, amelyeket v\u00e9g\u00fcl el\u00e9r.<\/p>\n

Mindez a vil\u00e1gnak a v\u00e1ltoz\u00e1saival \u00f6sszef\u00fcgg. A v\u00e1llalatok elt\u00e1volodnak a v\u00e1llalati megk\u00f6zel\u00edt\u00e9sekt\u0151l, amikor a c\u00e9gek az \u00e1lmuk fel\u00e9 haladnak, ahogy a mi p\u00e9terv\u00e1ri klasszikusunk \u00e9nekelte, A pontb\u00f3l B pontba egy meghat\u00e1rozott strat\u00e9gia ment\u00e9n, amelyhez el\u0151re megtervezett strukt\u00far\u00e1t \u00e1ll\u00edtottak fel. <\/p>\n

\"Mi
\n<\/p>\n

Alapvet\u0151en az IT-nak is ezt a megk\u00f6zel\u00edt\u00e9st kell t\u00fckr\u00f6znie. Az IT-t kiz\u00e1r\u00f3lag a folyamatok automatiz\u00e1l\u00e1s\u00e1ra haszn\u00e1lj\u00e1k.<\/p><\/blockquote>\n

\nAz automatiz\u00e1l\u00e1s nem v\u00e1ltozik gyakran, mert amikor egy c\u00e9g megszokott \u00f6sv\u00e9ny\u00e9n halad \u2014 mit is lehetne v\u00e1ltoztatni? Ha m\u0171k\u00f6dik, ne ny\u00falj hozz\u00e1. Most a vil\u00e1gban a megk\u00f6zel\u00edt\u00e9sek v\u00e1ltoznak, \u00e9s az, amit Agile-nek nevez\u00fcnk, azt mondja, hogy az B pont v\u00e9gs\u0151 c\u00e9lja nem mindig l\u00e1that\u00f3.<\/p>\n

\"Mi
\n
\nAmikor a v\u00e1llalat a piacon mozog, \u00e9s kapcsolatban \u00e1ll az \u00fcgyf\u00e9llel \u2014 folyamatosan kutatja a piacot \u00e9s megv\u00e1ltoztatja a v\u00e9gs\u0151 B pontot. R\u00e1ad\u00e1sul min\u00e9l gyakrabban v\u00e1ltoztat a c\u00e9g az ir\u00e1ny\u00e1n, ann\u00e1l sikeresebb lesz, mert t\u00f6bb piaci r\u00e9st v\u00e1laszt ki.<\/p>\n

Egy \u00e9rdekes strat\u00e9giai p\u00e9ld\u00e1t mutat be egy c\u00e9g, amir\u0151l nemr\u00e9g \u00e9rtes\u00fcltem. A One Box Shave egy f\u00e9l\u00e9ves ciklus\u00fa, borotv\u00e1k \u00e9s borotv\u00e1lkoz\u00e1si kieg\u00e9sz\u00edt\u0151k el\u0151fizet\u00e9ses szolg\u00e1ltat\u00e1sa. K\u00e9pesek testre szabni a \"dobozukat\" a k\u00fcl\u00f6nb\u00f6z\u0151 \u00fcgyfelek sz\u00e1m\u00e1ra. Ezt egy bizonyos szoftver v\u00e9gzi, amely ezut\u00e1n megrendel\u00e9st k\u00fcld egy koreai gy\u00e1rnak, amely a term\u00e9ket gy\u00e1rtja.<\/p>\n

Ezt a term\u00e9ket az Unilever v\u00e1s\u00e1rolta meg 1 milli\u00e1rd doll\u00e1r\u00e9rt. Jelenleg a Gillette-tel versenyez, \u00e9s jelent\u0151s v\u00e1s\u00e1rl\u00f3i r\u00e9szesed\u00e9st szerzett az amerikai piacon. A One Box Shave \u00edgy fogalmaz:<\/p>\n

\u2014 N\u00e9gy peng\u00e9t? Komolyan? Mi\u00e9rt van sz\u00fcks\u00e9ge erre \u2014 ez egy\u00e1ltal\u00e1n nem jav\u00edtja a borotv\u00e1lkoz\u00e1s min\u0151s\u00e9g\u00e9t. Egy k\u00fcl\u00f6nlegesen kiv\u00e1lasztott kr\u00e9m, illat \u00e9s egy j\u00f3 min\u0151s\u00e9g\u0171 borotva k\u00e9t peng\u00e9vel sokkal t\u00f6bb probl\u00e9m\u00e1t megold, mint ezek a h\u00fclye n\u00e9gy\u00e9l\u0171 Gillette peng\u00e9k! Hamarosan m\u00e1r t\u00edzig jutunk?<\/i><\/p>\n

\u00cdgy v\u00e1ltozik a vil\u00e1g. Az Unilever azt \u00e1ll\u00edtja, hogy van egy men\u0151 IT-rendszer\u00fck, amely lehet\u0151v\u00e9 teszi ezt. Az eredm\u00e9ny egy olyan koncepci\u00f3, Time-to-market<\/b>, amir\u0151l m\u00e1r sokan besz\u00e9ltek.<\/p>\n

\"Mi
\n
\nA Time-to-market l\u00e9nyege nem abban rejlik, hogy milyen gyakran telep\u00edt\u00fcnk. Gyakran lehet telep\u00edteni, de a kiad\u00e1si ciklusok hossza hossz\u00fa lehet. Ha h\u00e1rom h\u00f3napos kiad\u00e1si ciklusokat egym\u00e1sra helyez\u00fcnk egy h\u00e9t cs\u00fasz\u00e1ssal, \u00fagy t\u0171nik, hogy a c\u00e9g heti rendszeress\u00e9ggel telep\u00edt. Az \u00f6tlett\u0151l a v\u00e9gs\u0151 megval\u00f3s\u00edt\u00e1sig 3 h\u00f3nap telik el.<\/p>\n

A Time-to-market az id\u0151 minimaliz\u00e1l\u00e1s\u00e1r\u00f3l sz\u00f3l az \u00f6tlett\u0151l a v\u00e9gs\u0151 megval\u00f3s\u00edt\u00e1sig.<\/p><\/blockquote>\n

\nEbben az esetben a szoftver l\u00e9p kapcsolatba a piaccal. P\u00e9ld\u00e1ul a One Box Shave weboldala kapcsol\u00f3dik a v\u00e1s\u00e1rl\u00f3hoz. Nincs \u00e9rt\u00e9kes\u00edt\u0151j\u00fck \u2013 csak egy weboldal, ahol a l\u00e1togat\u00f3 r\u00e1kattint \u00e9s megjegyz\u00e9seket hagy. Ennek megfelel\u0151en folyamatosan friss\u00edteni kell az oldalt az \u00faj inform\u00e1ci\u00f3kkal, a v\u00e1s\u00e1rl\u00f3i k\u00e9r\u00e9sek szerint. P\u00e9ld\u00e1ul D\u00e9l-Kore\u00e1ban nem \u00fagy borotv\u00e1lkoznak, mint Oroszorsz\u00e1gban, \u00e9s \u0151k nem feny\u0151illatot, hanem p\u00e9ld\u00e1ul van\u00edli\u00e1s s\u00e1rgar\u00e9p\u00e1t kedvelnek.<\/p>\n

Mivel gyorsan kell v\u00e1ltoztatnunk a weboldal tartalm\u00e1n, a szoftverfejleszt\u00e9s jelent\u0151sen \u00e1talakul. A szoftveren kereszt\u00fcl kell inform\u00e1ci\u00f3t szerezn\u00fcnk arr\u00f3l, mit akar az \u00fcgyf\u00e9l. Kor\u00e1bban ezt valahogy ker\u00fclj\u00fck meg, p\u00e9ld\u00e1ul \u00fczleti menedzsmenten kereszt\u00fcl. Azt\u00e1n tervezt\u00fcnk, k\u00f6vetelm\u00e9nyeket hat\u00e1roztunk meg az IT-rendszerben, \u00e9s minden nagyszer\u0171 volt. Most m\u00e1r m\u00e1sk\u00e9pp van \u2013 a szoftvert mindenki tervezi, aki r\u00e9szt vesz a folyamatban, bele\u00e9rtve a m\u00e9rn\u00f6k\u00f6ket is, mert \u0151k a m\u0171szaki jellemz\u0151k alapj\u00e1n tudj\u00e1k, hogyan m\u0171k\u00f6dik a piac, \u00e9s megosztj\u00e1k a v\u00e1llalattal a saj\u00e1t megl\u00e1t\u00e1saikat.<\/p>\n

P\u00e9ld\u00e1ul a Qik c\u00e9gn\u00e9l hirtelen megtudtuk, hogy az emberek nagyon szeretik a kontaktlist\u00e1k felt\u00f6lt\u00e9s\u00e9t a szerverre, \u00e9s adtak nek\u00fcnk egy alkalmaz\u00e1st. Eredetileg nem gondoltunk erre. Klasszikus c\u00e9gn\u00e9l mindenki azt mondan\u00e1, hogy ez egy hiba, mert a specifik\u00e1ci\u00f3ban nincs benne, hogy ennek j\u00f3l kell m\u0171k\u00f6dnie, \u00e9s egy\u00e9bk\u00e9nt is, k\u00e9zivez\u00e9rl\u00e9ssel lett megval\u00f3s\u00edtva, kikapcsolt\u00e1k volna a funkci\u00f3t, \u00e9s azt mondt\u00e1k volna: \"Ez senkinek sem sz\u00fcks\u00e9ges, a legfontosabb, hogy a f\u0151 funkci\u00f3 m\u0171k\u00f6dik.\" De egy technol\u00f3giai c\u00e9g lehet\u0151s\u00e9get l\u00e1t ebben, \u00e9s elkezdi m\u00f3dos\u00edtani a szoftvert ennek megfelel\u0151en.<\/p>\n

\"Mi
\n
\n1968-ban Melvin Conway, a j\u00f6v\u0151bel\u00e1t\u00f3 sr\u00e1c, megfogalmazta a k\u00f6vetkez\u0151 elk\u00e9pzel\u00e9st.<\/p>\n

A szervezet, amely rendszert hoz l\u00e9tre, korl\u00e1tozva van a tervez\u00e9s \u00e1ltal, amely m\u00e1solja a kommunik\u00e1ci\u00f3s strukt\u00far\u00e1t ebben a szervezetben.<\/p><\/blockquote>\n

\nHa r\u00e9szletesebben megvizsg\u00e1ljuk, m\u00e1s t\u00edpus\u00fa rendszerek el\u0151\u00e1ll\u00edt\u00e1s\u00e1hoz sz\u00fcks\u00e9g van egy m\u00e1sfajta kommunik\u00e1ci\u00f3s strukt\u00far\u00e1ra is a c\u00e9gen bel\u00fcl. Ha a kommunik\u00e1ci\u00f3s strukt\u00fara fels\u0151 hierarchikus, az nem engedi meg, hogy olyan rendszereket k\u00e9sz\u00edtsenek, amelyek nagyon magas Time-to-market mutat\u00f3t biztos\u00edtanak.<\/p>\n

Olvasd el Conway t\u00f6rv\u00e9ny\u00e9r\u0151l<\/a><\/noindex> lehet\u0151v\u00e9 teszi a linkeken<\/a><\/noindex>. Fontos a DevOps kult\u00far\u00e1j\u00e1nak vagy filoz\u00f3fi\u00e1j\u00e1nak meg\u00e9rt\u00e9s\u00e9hez, mivel az egyetlen alapvet\u0151 dolog, ami megv\u00e1ltozik a DevOps-ban, az \u00e9ppen a kommunik\u00e1ci\u00f3s strukt\u00fara a csapatok k\u00f6z\u00f6tt.<\/b>.<\/p>\n

A folyamat szempontj\u00e1b\u00f3l eddig a DevOps-ig minden l\u00e9p\u00e9s: elemz\u00e9s, fejleszt\u00e9s, tesztel\u00e9s, \u00fczemeltet\u00e9s, line\u00e1risan zajlott.\"Mi
\nDevOps eset\u00e9ben mindezek a folyamatok p\u00e1rhuzamosan futnak.<\/p>\n

\"Mi
\n
\nA Time-to-market csak \u00edgy teljes\u00edthet\u0151. Azok sz\u00e1m\u00e1ra, akik a r\u00e9gi folyamatban dolgoztak, ez kiss\u00e9 \u0171rinek t\u0171nik, \u00e9s egy\u00e9bk\u00e9nt sem t\u00fal j\u00f3.<\/p>\n

Teh\u00e1t mi\u00e9rt van sz\u00fcks\u00e9g DevOps-ra?<\/h3>\n

\nDigit\u00e1lis term\u00e9kek fejleszt\u00e9s\u00e9hez<\/b>. Ha a c\u00e9gednek nincs digit\u00e1lis term\u00e9ke, a DevOps nem sz\u00fcks\u00e9ges - ez nagyon fontos.<\/p>\n

A DevOps \u00e1thidalja a szoftverfejleszt\u00e9s line\u00e1ris folyamat\u00e1nak sebess\u00e9gi korl\u00e1tait.<\/b>. Itt minden folyamat p\u00e1rhuzamosan zajlik.<\/p>\n

N\u00f6vekszik a komplexit\u00e1s.<\/b> Amikor a DevOps evangelist\u00e1i azt mondj\u00e1k, hogy vele k\u00f6nnyebb lesz szoftvert kiadni - ez butas\u00e1g.<\/p>\n

A DevOps-szal minden csak bonyolultabb\u00e1 v\u00e1lik.<\/p><\/blockquote>\n

\nA konferenci\u00e1n az Avito standj\u00e1n meg lehetett n\u00e9zni, milyen az, amikor Docker kont\u00e9nert telep\u00edteni - elk\u00e9pzelhetetlen feladat. A komplexit\u00e1s el\u00e9rhetetlenn\u00e9 v\u00e1lik, egyszerre sok labd\u00e1val kell zsongl\u0151rk\u00f6dni.<\/p>\n

A DevOps teljesen megv\u00e1ltoztatja a folyamatot \u00e9s a c\u00e9gen bel\u00fcli szervezetet<\/b>\u00a0\u2014 pontosabban nem a DevOps, hanem a digit\u00e1lis term\u00e9k v\u00e1ltoztatja meg. Ahhoz, hogy el\u00e9rj\u00fck a DevOps-ot, ezt a folyamatot teljesen meg kell v\u00e1ltoztatni.<\/p>\n

K\u00e9rd\u00e9sek a szakembernek<\/h3>\n

\n\u00c9s n\u00e1latok mi a helyzet? K\u00e9rd\u00e9sek, amelyeket feltehetsz magadnak, mik\u00f6zben a c\u00e9gn\u00e9l dolgozol \u00e9s fejl\u0151dsz szakemberk\u00e9nt.<\/p>\n

Van strat\u00e9gi\u00e1tok a digit\u00e1lis term\u00e9k l\u00e9trehoz\u00e1s\u00e1ra?<\/b> Ha van - m\u00e1r j\u00f3l \u00e1lltok. Ez azt jelenti, hogy a c\u00e9ged a DevOps fel\u00e9 halad.<\/p>\n

A c\u00e9ged m\u00e1r l\u00e9trehoz digit\u00e1lis term\u00e9ket?<\/b> Ez azt jelenti, hogy m\u00e1r egy l\u00e9p\u00e9ssel magasabbra l\u00e9phetsz, \u00e9rdekesebb feladatokkal foglalkozhatsz - a DevOps szempontj\u00e1b\u00f3l \u00fajra csak. Ezt a n\u00e9z\u0151pontot hangs\u00falyozom.<\/p>\n

A c\u00e9ged a digit\u00e1lis term\u00e9ket k\u00edn\u00e1l\u00f3 piac egyik vezet\u0151je?<\/b> Spotify, Yandex, Uber \u2013 olyan v\u00e1llalatok, amelyek jelenleg a technol\u00f3giai fejl\u0151d\u00e9s cs\u00facs\u00e1n \u00e1llnak.<\/p>\n

Tedd fel ezeket a k\u00e9rd\u00e9seket magadnak, \u00e9s ha minden v\u00e1lasz negat\u00edv, akkor lehet, hogy nem is kellene DevOps-szal foglalkoznod enn\u00e9l a c\u00e9gn\u00e9l. Ha viszont t\u00e9ged t\u00e9nyleg \u00e9rdekel a DevOps, lehet, hogy\u2026 \u00e9rdemes lenne egy m\u00e1sik c\u00e9ghez \u00e1tmenni? Ha a c\u00e9ged a DevOps ir\u00e1ny\u00e1ba szeretne haladni, de minden k\u00e9rd\u00e9sre 'Nem' v\u00e1laszt adt\u00e1l, akkor olyan, mint ez a csod\u00e1latos orrszarv\u00fa, aki sosem fog megv\u00e1ltozni.<\/p>\n

\"Mi
\n<\/p>\n

Szervezet<\/h2>\n

\nAhogy m\u00e1r mondtam, Conway t\u00f6rv\u00e9nye szerint a c\u00e9g szervezete megv\u00e1ltozik. Kezdem azzal, hogy mi g\u00e1tolja a DevOps behatol\u00e1s\u00e1t a c\u00e9gbe a szervezeti szempontb\u00f3l.<\/p>\n

A 'kolod' probl\u00e9m\u00e1ja<\/h3>\n

\nAz angol 'Silo' itt oroszul 'kolod'-ra lett ford\u00edtva. Ennek a probl\u00e9m\u00e1nak a l\u00e9nyege az, hogy nincs inform\u00e1ci\u00f3csere a csapatok k\u00f6z\u00f6tt<\/b>. Minden csapat saj\u00e1t szak\u00e9rtelm\u00e9t m\u00e9ly\u00edti, an\u00e9lk\u00fcl, hogy k\u00f6z\u00f6s t\u00e9rk\u00e9pet \u00e9p\u00edtene, amely alapj\u00e1n t\u00e1j\u00e9koz\u00f3dhatn\u00e1nak.<\/p>\n

Ez valamelyest hasonl\u00edt ahhoz, mint amikor valaki most \u00e9rkezett Moszkv\u00e1ba, \u00e9s m\u00e9g nem tud t\u00e1j\u00e9koz\u00f3dni a metr\u00f3 t\u00e9rk\u00e9pe alapj\u00e1n. A moszkvaiak \u00e1ltal\u00e1ban t\u00f6k\u00e9letesen ismerik a k\u00f6rny\u00e9k\u00fcket, de eg\u00e9sz Moszkv\u00e1ban a metr\u00f3 t\u00e9rk\u00e9pe alapj\u00e1n t\u00e1j\u00e9koz\u00f3dnak. Amikor el\u0151sz\u00f6r \u00e9rkezel Moszkv\u00e1ba, m\u00e9g nincs meg ez a k\u00e9szs\u00e9ged, \u00e9s egyszer\u0171en dezorient\u00e1lt vagy.<\/p>\n

A DevOps azt javasolja, hogy \u00e1tl\u00e9pj\u00fck ezt a dezorient\u00e1ci\u00f3s pillanatot, \u00e9s minden r\u00e9szleg egy\u00fctt \u00e9p\u00edtse meg a k\u00f6z\u00f6s egy\u00fcttm\u0171k\u00f6d\u00e9si t\u00e9rk\u00e9pet.<\/p><\/blockquote>\n

\nEnnek k\u00e9t t\u00e9nyez\u0151je van.<\/p>\n

A v\u00e1llalati ir\u00e1ny\u00edt\u00e1si rendszer k\u00f6vetkezm\u00e9nye.<\/b> Ez k\u00fcl\u00f6nb\u00f6z\u0151 hierarchikus 'kolod'-okb\u00f3l \u00e9p\u00fcl fel. P\u00e9ld\u00e1ul vannak bizonyos KPI-k a v\u00e1llalatokban, amelyek fenntartj\u00e1k ezt a rendszert. M\u00e1sr\u00e9szt, g\u00e1tolja az a gondolkod\u00e1sm\u00f3d is, amely megnehez\u00edti, hogy az ember t\u00fall\u00e9pjen a saj\u00e1t szak\u00e9rtelm\u00e9n \u00e9s orient\u00e1l\u00f3djon az eg\u00e9sz rendszerben. Ez egyszer\u0171en k\u00e9nyelmetlen. K\u00e9pzeld el, hogy Bangkokban vagy egy rep\u00fcl\u0151t\u00e9ren \u2013 ott nem k\u00f6nny\u0171 t\u00e1j\u00e9koz\u00f3dni. A DevOps-ban is neh\u00e9z t\u00e1j\u00e9koz\u00f3dni, ez\u00e9rt az emberek azt mondj\u00e1k, hogy sz\u00fcks\u00e9g van egy idegenvezet\u0151re, hogy eljussanak oda.<\/p>\n

De a legfontosabb az, hogy a 'kolodok' probl\u00e9m\u00e1ja az engineer sz\u00e1m\u00e1ra, aki \u00e1titat\u00f3dott a DevOps szellem\u00e9vel, olvasott Fowlert \u00e9s sok m\u00e1s k\u00f6nyvet, abban nyilv\u00e1nul meg, hogy a 'kolodok' nem engedik, hogy 'nyilv\u00e1nval\u00f3' dolgokat tegyenek<\/b>. Gyakran \u00f6sszegy\u0171l\u00fcnk a DevOps Moszkva ut\u00e1n, besz\u00e9lget\u00fcnk egym\u00e1ssal, \u00e9s az emberek panaszkodnak:<\/p>\n

Csak CI-t szerett\u00fcnk volna elind\u00edtani, de \u00fagy t\u0171nik, a menedzsmentnek ez nem sz\u00fcks\u00e9ges.<\/i><\/p>\n

Ez pontosan abb\u00f3l ad\u00f3dik, hogy\u00a0CI <\/b>\u00e9s\u00a0Folyamatos Sz\u00e1ll\u00edt\u00e1si folyamat<\/b> sok k\u00fcl\u00f6nb\u00f6z\u0151 szak\u00e9rtelem hat\u00e1r\u00e1n \u00e1llnak. Ha nem l\u00e9ped \u00e1t a 'k\u00fat' probl\u00e9m\u00e1t szervezeti szinten, nem fogsz tudni el\u0151r\u00e9bb l\u00e9pni, b\u00e1rmit is csin\u00e1lsz, \u00e9s b\u00e1rmennyire is szomor\u00fa ez.<\/p>\n

\"Mi
\n
\nA folyamat minden r\u00e9sztvev\u0151je a c\u00e9gn\u00e9l: backend \u00e9s frontend fejleszt\u0151k, tesztel\u00e9s, DBA, \u00fczemeltet\u00e9s, h\u00e1l\u00f3zat, mind a saj\u00e1t ir\u00e1nyukba dolgozik, de senkinek nincs \u00e1tfog\u00f3 t\u00e9rk\u00e9pe, kiv\u00e9ve a menedzsert, aki valahogy fel\u00fcgyeli \u0151ket \u00e9s a 'oszd meg \u00e9s uralkodj' m\u00f3dszert alkalmazza.<\/p>\n

Az emberek valamilyen csillagok\u00e9rt vagy z\u00e1szl\u00f3k\u00e9rt k\u00fczdenek, mindenki a saj\u00e1t szak\u00e9rtelm\u00e9be \u00e1stuk magunkat.<\/p><\/blockquote>\n

\nV\u00e9g\u00fcl, amikor az a feladat, hogy mindezt \u00f6sszekapcsoljuk egy k\u00f6z\u00f6s pipelinn\u00e9, \u00e9s a csillagok\u00e9rt \u00e9s z\u00e1szl\u00f3k\u00e9rt m\u00e1r nem kell harcolni, felmer\u00fcl a k\u00e9rd\u00e9s - mit is kellene tenni egy\u00e1ltal\u00e1n? Valahogy meg kellene \u00e1llapodni, de ezt hogyan tegy\u00fck, azt az iskol\u00e1ban senki nem tan\u00edtotta nek\u00fcnk. M\u00e9g az iskol\u00e1b\u00f3l megtanultuk: nyolcadik oszt\u00e1ly - wow! - a hetedik oszt\u00e1lyhoz k\u00e9pest! Itt is ugyanez van.<\/p>\n

A c\u00e9gedben is \u00edgy van?<\/h3>\n

\nEnnek ellen\u0151rz\u00e9s\u00e9hez feltehetsz magadnak a k\u00f6vetkez\u0151 k\u00e9rd\u00e9seket.<\/p>\n

Haszn\u00e1lj\u00e1k-e a csapatok a k\u00f6z\u00f6s eszk\u00f6z\u00f6ket, hozz\u00e1j\u00e1rulnak-e ezeknek a k\u00f6z\u00f6s eszk\u00f6z\u00f6knek a m\u00f3dos\u00edt\u00e1s\u00e1hoz?<\/p>\n

Milyen gyakran alakulnak \u00e1t a csapatok - az egyik csapat szakemberei egy m\u00e1sik csapatba l\u00e9pnek \u00e1t?<\/b> Ez k\u00fcl\u00f6n\u00f6sen a DevOps k\u00f6rnyezetben v\u00e1lik norm\u00e1liss\u00e1, mert n\u00e9ha az ember egyszer\u0171en nem tudja, mivel foglalkozik a m\u00e1sik szakter\u00fclet. \u00c1tker\u00fcl egy m\u00e1sik oszt\u00e1lyhoz, ott dolgozik k\u00e9t h\u00e9tig, hogy megalkossa a t\u00e1j\u00e9koz\u00f3d\u00e1s \u00e9s az egy\u00fcttm\u0171k\u00f6d\u00e9s t\u00e9rk\u00e9p\u00e9t az oszt\u00e1llyal.<\/p>\n

Lehet-e l\u00e9trehozni egy v\u00e1ltoz\u00e1skezel\u00e9si bizotts\u00e1got, \u00e9s valamit megv\u00e1ltoztatni? <\/b>Vagy ehhez a legfels\u0151 vezet\u00e9s er\u0151s kez\u00e9re \u00e9s utas\u00edt\u00e1s\u00e1ra van sz\u00fcks\u00e9g? Nemr\u00e9giben \u00edrtam a Facebookra, hogy egy kev\u00e9sb\u00e9 ismert bank hogyan vezeti be az eszk\u00f6z\u00f6ket utas\u00edt\u00e1sokkal: \u00edrtak egy utas\u00edt\u00e1st, egy \u00e9vig vezetik be, figyelik, mi t\u00f6rt\u00e9nik. Ez term\u00e9szetesen hossz\u00fa \u00e9s szomor\u00fa.<\/p>\n

Mennyire fontos a menedzserek sz\u00e1m\u00e1ra, hogy szem\u00e9lyes teljes\u00edtm\u00e9nyeket \u00e9rjenek el a v\u00e1llalat teljes\u00edtm\u00e9nyeinek figyelembev\u00e9tele n\u00e9lk\u00fcl? <\/b><\/p>\n

Ha ezekre a k\u00e9rd\u00e9sekre v\u00e1laszolsz, vil\u00e1goss\u00e1 v\u00e1lik, hogy van-e ilyen probl\u00e9m\u00e1d a c\u00e9gedn\u00e9l.<\/p>\n

Infrastrukt\u00fara mint k\u00f3d<\/h2>\n

\nMiut\u00e1n ezt a probl\u00e9m\u00e1t megoldott\u00e1k, az els\u0151 fontos gyakorlat, amely n\u00e9lk\u00fcl nehezen lehet el\u0151rehaladni a DevOps-ban, az infrastrukt\u00fara mint k\u00f3d<\/b>. <\/p>\n

A legt\u00f6bben az infrastrukt\u00far\u00e1t mint k\u00f3dot \u00fagy \u00e9rtelmezik:<\/p>\n

\u2014 Automatikus mindent bash-en, megpakoljuk szkriptekkel, hogy az adminoknak kevesebb k\u00e9zi munk\u00e1juk legyen!<\/i><\/p>\n

De nem \u00edgy van.<\/p>\n

Az infrastrukt\u00fara mint k\u00f3d azt jelenti, hogy az IT-rendszert, amellyel dolgozik, k\u00f3dk\u00e9nt kell le\u00edrni, hogy folyamatosan \u00e9rts\u00e9k az \u00e1llapot\u00e1t.<\/p><\/blockquote>\n

\nM\u00e1s csapatokkal egy\u00fctt l\u00e9trehoz egy t\u00e9rk\u00e9pet k\u00f3dk\u00e9nt, ami mindenki sz\u00e1m\u00e1ra \u00e9rthet\u0151, amire lehet orient\u00e1l\u00f3dni, navig\u00e1lni. Teljesen mindegy, hogy ezt mivel csin\u00e1lja \u2013 Chef, Ansible, Salt, vagy YAML f\u00e1jlokat haszn\u00e1l Kubernetes-ben \u2013 nem sz\u00e1m\u00edt.<\/p>\n

A konferenci\u00e1n egy koll\u00e9ga a 2GIS-t\u0151l mes\u00e9lt arr\u00f3l, hogyan k\u00e9sz\u00edtettek egy bels\u0151 megold\u00e1st Kubernetes-re, amely le\u00edrja az egyes rendszerek fel\u00e9p\u00edt\u00e9s\u00e9t. Ahhoz, hogy 500 rendszert le\u00edrjanak, k\u00fcl\u00f6n eszk\u00f6zre volt sz\u00fcks\u00e9g\u00fck, amely gener\u00e1lja ezt a le\u00edr\u00e1st. Amikor ez a le\u00edr\u00e1s megvan, mindenki \u00f6ssze tudja vetni a m\u00e1sikkal, figyelni tudja a v\u00e1ltoz\u00e1sokat, hogy hogyan lehet azt m\u00f3dos\u00edtani \u00e9s jav\u00edtani, mi hi\u00e1nyzik bel\u0151le. <\/p>\n

Azt hiszem, az egyes bash-szkriptek \u00e1ltal\u00e1ban nem adnak ilyen meg\u00e9rt\u00e9st. Az egyik olyan c\u00e9gn\u00e9l, ahol dolgoztam, m\u00e9g a 'write only' szkript n\u00e9v is l\u00e9tezett \u2013 amikor a szkript m\u00e1r meg van \u00edrva, de m\u00e1r nem lehet elolvasni. Gondolom, ez \u00d6nnek is ismer\u0151s.<\/p>\n

Az infrastrukt\u00fara mint k\u00f3d \u2013 ez kod, amely le\u00edrja az infrastrukt\u00fara aktu\u00e1lis \u00e1llapot\u00e1t<\/b>. Ezt a k\u00f3dot sz\u00e1mos term\u00e9k-, infrastrukt\u00fara- \u00e9s szolg\u00e1ltat\u00f3csapat k\u00f6z\u00f6sen szerkeszti, \u00e9s ami a legfontosabb, mindenkinek \u00e9rtenie kell, hogy ez a k\u00f3d hogyan m\u0171k\u00f6dik egy\u00e1ltal\u00e1n.<\/p>\n

A k\u00f3dot a legjobb k\u00f3dol\u00e1si gyakorlatok szerint kezelik<\/b>: k\u00f6z\u00f6s fejleszt\u00e9s, k\u00f3d-ellen\u0151rz\u00e9s, XP-programoz\u00e1s, tesztel\u00e9s, pull requestek, CI az infrastrukt\u00fara k\u00f3dj\u00e1hoz \u2013 mindez hasznos \u00e9s alkalmazhat\u00f3.<\/p>\n

A k\u00f3d k\u00f6z\u00f6s nyelvv\u00e9 v\u00e1lik minden m\u00e9rn\u00f6k sz\u00e1m\u00e1ra.<\/p><\/blockquote>\n

\nAz infrastrukt\u00fara k\u00f3dj\u00e1ban a v\u00e1ltoztat\u00e1s nem vesz ig\u00e9nybe sok id\u0151t<\/b>. Igen, az infrastrukt\u00fara k\u00f3dj\u00e1ban is lehet technikai ad\u00f3ss\u00e1g. \u00c1ltal\u00e1ban a csapatok m\u00e1sf\u00e9l \u00e9v ut\u00e1n tal\u00e1lkoznak vele, miut\u00e1n elkezdt\u00e9k bevezetni az 'infrastrukt\u00fara mint k\u00f3d' koncepci\u00f3t, egy halom szkripttel vagy ak\u00e1r Ansible-lal, amit spagetti k\u00f3dnak \u00edrnak, \u00e9s m\u00e9g bash-szkripteket is dobnak a t\u0171zbe! <\/p>\n

Fontos<\/b>: ha m\u00e9g nem pr\u00f3b\u00e1ltad ki ezt a vacakot, tudd, hogy Az Ansible nem bash<\/b>! Gondosan olvasd el a dokument\u00e1ci\u00f3t, tanulm\u00e1nyozd, mit \u00edrnak err\u0151l egy\u00e1ltal\u00e1n.<\/p>\n

Az infrastrukt\u00fara mint k\u00f3d egy r\u00e9tegzett megk\u00f6zel\u00edt\u00e9s az infrastrukt\u00fara k\u00f3dj\u00e1ban.<\/p><\/blockquote>\n

\nA c\u00e9g\u00fcnkn\u00e9l 3 alapvet\u0151 r\u00e9teget emel\u00fcnk ki, amelyek nagyon \u00e9rthet\u0151ek \u00e9s egyszer\u0171ek, de lehetnek t\u00f6bbek is. Megn\u00e9zheted az infrastrukt\u00far\u00e1d k\u00f3dj\u00e1t, \u00e9s elmondhatod, hogy van-e ez a felt\u00e9tel n\u00e1lad vagy sem. Ha nincsenek kiemelt r\u00e9tegek, akkor \u00e9rdemes id\u0151t sz\u00e1nni arra, hogy kicsit refaktor\u00e1ljunk.
\n\"Mi
\n
\nAlapr\u00e9teg<\/b>\u00a0\u2014 ez az oper\u00e1ci\u00f3s rendszer konfigur\u00e1l\u00e1sa, a biztons\u00e1gi ment\u00e9sek \u00e9s m\u00e1s alacsony szint\u0171 dolgok, p\u00e9ld\u00e1ul, hogy hogyan telep\u00edtj\u00fck a Kubernetes-t alap szinten.<\/p>\n

Szolg\u00e1ltat\u00e1si r\u00e9teg<\/b>\u00a0\u2014 ezek azok a szolg\u00e1ltat\u00e1sok, melyeket a fejleszt\u0151knek ny\u00fajtasz: napl\u00f3z\u00e1s mint szolg\u00e1ltat\u00e1s, monitoring mint szolg\u00e1ltat\u00e1s, adatb\u00e1zis mint szolg\u00e1ltat\u00e1s, terhel\u00e9seloszt\u00f3 mint szolg\u00e1ltat\u00e1s, \u00fczenetsor mint szolg\u00e1ltat\u00e1s, folyamatos sz\u00e1ll\u00edt\u00e1s mint szolg\u00e1ltat\u00e1s \u2014 rengeteg szolg\u00e1ltat\u00e1s, amelyeket k\u00fcl\u00f6nb\u00f6z\u0151 csapatok k\u00edn\u00e1lhatnak a fejleszt\u00e9shez. Ez mind le\u00edrand\u00f3 k\u00fcl\u00f6n modulokban a konfigur\u00e1ci\u00f3s menedzsment rendszeredben.<\/p>\n

R\u00e9teg, ahol az alkalmaz\u00e1sok k\u00e9sz\u00fclnek<\/b> \u00e9s van egy le\u00edr\u00e1s arr\u00f3l, hogyan fognak telep\u00fclni a k\u00e9t kor\u00e1bbi r\u00e9teg f\u00f6l\u00e9.<\/p>\n

Ellen\u0151rz\u0151 k\u00e9rd\u00e9sek<\/h3>\n

\nVan-e a c\u00e9gednek k\u00f6z\u00f6s infrastrukt\u00fara t\u00e1rol\u00f3ja? Ellen\u0151rz\u00f6d-e a technikai ad\u00f3ss\u00e1got az infrastrukt\u00far\u00e1ban? Haszn\u00e1lod-e a fejleszt\u00e9si gyakorlatokat az infrastrukt\u00fara t\u00e1rol\u00f3ban? R\u00e9tegezve van-e az infrastrukt\u00far\u00e1d? Ellen\u0151rizheted az alap-szolg\u00e1ltat\u00e1s-ALKALMAZ\u00c1S terveket. Mennyire neh\u00e9z m\u00f3dos\u00edtani? <\/p>\n

Ha tal\u00e1lkozt\u00e1l azzal, hogy a m\u00f3dos\u00edt\u00e1sok m\u00e1sf\u00e9l napig tartottak, az azt jelenti, hogy technikai ad\u00f3ss\u00e1god van, \u00e9s foglalkoznod kell vele. \u00c9ppen r\u00e1bukkant\u00e1l a technikai ad\u00f3ss\u00e1g csapd\u00e1ira az infrastrukt\u00fara k\u00f3dban. Sok olyan t\u00f6rt\u00e9netet ismer\u00fcnk, amikor ahhoz, hogy megv\u00e1ltoztassunk egy CCTL-t, az infrastrukt\u00fara k\u00f3dj\u00e1nak fel\u00e9t kellett \u00fajra\u00edrnunk, mert a kreativit\u00e1s \u00e9s a minden automatiz\u00e1l\u00e1s\u00e1ra val\u00f3 v\u00e1gy oda vezetett, hogy mindenhol eldugult, minden k\u00e9z elt\u0171nt, \u00e9s sz\u00fcks\u00e9ges a refaktor\u00e1l\u00e1s.<\/p>\n

Folyamatos sz\u00e1ll\u00edt\u00e1s<\/h2>\n

\n\u00d6sszevetj\u00fck a debitet a kredittel. El\u0151sz\u00f6r is megjelenik az infrastrukt\u00fara le\u00edr\u00e1sa, amely el\u00e9g alapvet\u0151 lehet. Nem sz\u00fcks\u00e9ges mindent r\u00e9szletesen le\u00edrni, de valamilyen alapvet\u0151 le\u00edr\u00e1sra sz\u00fcks\u00e9g van ahhoz, hogy ezzel dolgozhass. K\u00fcl\u00f6nben nem vil\u00e1gos, hogy mire \u00e9p\u00edthetj\u00fck a folyamatos sz\u00e1ll\u00edt\u00e1st. Mindezek a gyakorlatok egyszerre bontakoznak ki, amikor a DevOps-ra jutunk, de mindenk\u00e9ppen a megl\u00e9v\u0151 dolgok meg\u00e9rt\u00e9s\u00e9vel kell kezdeni, \u00e9s hogy hogyan lehet ezeket kezelni. Ez pontosan az infrastrukt\u00fara mint k\u00f3d gyakorlata.<\/p>\n

Miut\u00e1n vil\u00e1goss\u00e1 v\u00e1lt, hogy mit is van, \u00e9s hogyan kell azt kezelni, elkezded kital\u00e1lni, hogyan lehet a fejleszt\u0151 k\u00f3dj\u00e1t a lehet\u0151 leggyorsabban a termel\u00e9sbe juttatni. Ezt k\u00f6z\u00f6sen kell megtervezni a fejleszt\u0151vel - eml\u00e9kezz\u00fcnk a \u201ek\u00fat\u201d probl\u00e9m\u00e1j\u00e1ra, teh\u00e1t nem k\u00fcl\u00f6n\u00e1ll\u00f3 emberek kital\u00e1lj\u00e1k ezt, hanem csapatban.<\/p>\n

Amikor mi\u00a0Iv\u00e1n Jevtuhovics-sal<\/b> l\u00e1ttuk az els\u0151 k\u00f6nyvet Jez Hambl j\u00f3<\/b> \u00e9s a szerz\u0151k csoportja \u201eFolyamatos Sz\u00e1ll\u00edt\u00e1s\u201d<\/b>, amely 2009-ben jelent meg, sok\u00e1ig gondolkodtunk, hogyan ford\u00edtsuk le a c\u00edm\u00e9t oroszra. Azt akartuk ford\u00edtani, hogy \u201eFolyamatosan sz\u00e1ll\u00edtani\u201d, de sajnos \u201eFolyamatos Sz\u00e1ll\u00edt\u00e1s\u201d-ra ford\u00edtottuk. \u00dagy \u00e9rzem, hogy a mi c\u00edm\u00fcnkben van valami oroszos, lend\u00fcletes.<\/p>\n

Folyamatosan sz\u00e1ll\u00edtani - ez annyit jelent,<\/h3>\n

\nA k\u00f3d, amely a term\u00e9kek t\u00e1rol\u00f3j\u00e1ban tal\u00e1lhat\u00f3, mindig k\u00e9szen \u00e1ll a termel\u00e9sbe val\u00f3 kiad\u00e1sra<\/b>. Lehet, hogy nem ker\u00fcl kiad\u00e1sra, de mindig k\u00e9sz arra. Ennek megfelel\u0151en mindig \u00fagy \u00edrsz k\u00f3dot, hogy egy nehezen megmagyar\u00e1zhat\u00f3 \u00e9rz\u00e9s ott van a farokcsigoly\u00e1d alatt. Ez gyakran el\u0151j\u00f6n, amikor az infrastrukt\u00fara k\u00f3dj\u00e1t kiadod. Ennek az aggodalomnak valamilyen szinten jelen kell lennie - ez olyan agyi folyamatokat ind\u00edt el, amelyek lehet\u0151v\u00e9 teszik, hogy kicsit m\u00e1sk\u00e9pp \u00edrj\u00e1k a k\u00f3dot. Ezt a fejleszt\u00e9s bels\u0151 szab\u00e1lyaiban r\u00f6gz\u00edteni kell.<\/p>\n

A folyamatos sz\u00e1ll\u00edt\u00e1shoz sz\u00fcks\u00e9ges egy olyan artefaktum form\u00e1tum, amely \u00e1thalad az infrastrukt\u00fara platformj\u00e1n. <\/b>Ha k\u00fcl\u00f6nb\u00f6z\u0151 form\u00e1tum\u00fa \u201e\u00e9letm\u00e9rgez\u00e9ssel\u201d dob\u00e1lsz az infrastrukt\u00fara platformra, akkor az nem egys\u00e9ges, nehezen karbantarthat\u00f3 lesz, \u00e9s technikai ad\u00f3ss\u00e1g probl\u00e9m\u00e1k mer\u00fclnek fel. Az artefaktum form\u00e1tum\u00e1t egys\u00e9ges\u00edteni sz\u00fcks\u00e9ges - ez is k\u00f6z\u00f6s feladat: mindenkinek \u00f6ssze kell \u00fclnie, \u00e1tgondolnia, \u00e9s meg kell terveznie ezt a form\u00e1tumot.<\/p>\n

Az artefakt folyamatosan fejl\u0151dik \u00e9s v\u00e1ltozik a termel\u00e9si k\u00f6rnyezethez, mik\u00f6zben v\u00e9gighalad a sz\u00e1ll\u00edt\u00e1si folyamaton. <\/b>Amikor az artefakt halad a folyamatban, folyamatosan tal\u00e1lkozik k\u00fcl\u00f6nf\u00e9le kellemetlen dolgokkal, amelyek hasonl\u00edtanak arra, amivel az artefakt tal\u00e1lkozik, amikor a termel\u00e9sbe ker\u00fcl. Ha a klasszikus fejleszt\u00e9sben ezt a rendszergazda v\u00e9gzi, aki a kiad\u00e1st lebonyol\u00edtja, akkor a DevOps folyamatban ez folyamatosan t\u00f6rt\u00e9nik: itt egyes tesztekkel megforgatt\u00e1k, itt - egy Kubernetes klaszterbe dobt\u00e1k, ami nagyj\u00e1b\u00f3l hasonl\u00edt a termel\u00e9shez, itt hirtelen terhel\u00e9ses tesztel\u00e9st ind\u00edtottak.<\/p>\n

Ez valamelyest eml\u00e9keztet a Pac-Man j\u00e1t\u00e9kra - az artefakt valamilyen t\u00f6rt\u00e9neten megy kereszt\u00fcl. Fontos ellen\u0151rizni, hogy a k\u00f3d val\u00f3ban \u00e1tmegy-e a t\u00f6rt\u00e9neten, \u00e9s hogy az valahogyan kapcsol\u00f3dik-e a termel\u00e9shez. A termel\u00e9si t\u00f6rt\u00e9neteket be lehet vonni a Folyamatos Kisz\u00e1ll\u00edt\u00e1si folyamatba: \u00fagy kezd\u0151d\u00f6tt, hogy amikor valami le\u00e1llt, akkor programozzuk ezt a forgat\u00f3k\u00f6nyvet be a rendszerbe. Minden alkalommal a k\u00f3d is \u00e1t fog menni ezen a forgat\u00f3k\u00f6nyv\u00f6n, \u00e9s legk\u00f6zelebb nem fogsz tal\u00e1lkozni ezzel a probl\u00e9m\u00e1val. Sokkal kor\u00e1bban fogsz tudom\u00e1st szerezni r\u00f3la, mint hogy az eljusson a kliensedhez.<\/p>\n

K\u00fcl\u00f6nb\u00f6z\u0151 telep\u00edt\u00e9si strat\u00e9gi\u00e1k. <\/b>P\u00e9ld\u00e1ul AB-tesztel\u00e9st vagy kan\u00e1rideployt haszn\u00e1lsz, hogy k\u00fcl\u00f6nb\u00f6z\u0151 m\u00f3don \"taperd\" a k\u00f3dot k\u00fcl\u00f6nb\u00f6z\u0151 felhaszn\u00e1l\u00f3kn\u00e1l, \u00e9s inform\u00e1ci\u00f3t kapj arr\u00f3l, hogyan m\u0171k\u00f6dik a k\u00f3d, sokkal kor\u00e1bban, mint amikor 100 milli\u00f3 felhaszn\u00e1l\u00f3hoz eljut.<\/p>\n

A \"Folyamatos sz\u00e1ll\u00edt\u00e1s\" \u00edgy n\u00e9z ki.<\/p>\n

\"Mi
\n<\/p>\n

A Dev, CI, Teszt, PreProd, Prod sz\u00e1ll\u00edt\u00e1si folyamat nem k\u00fcl\u00f6n k\u00f6rnyezet, hanem st\u00e1ci\u00f3k vagy \u00e1llom\u00e1sok, amelyek ment\u00e9n az artefaktod halad.<\/p><\/blockquote>\n

\nHa van egy infrastrukt\u00farak\u00f3dod, amely mint Base Service APP van le\u00edrva, akkor ez seg\u00edt ne felejtsd el az \u00f6sszes forgat\u00f3k\u00f6nyvet<\/b>, \u00e9s ezeket is k\u00f3d form\u00e1j\u00e1ban r\u00f6gz\u00edteni az artefakt sz\u00e1m\u00e1ra, el\u0151mozd\u00edtani az artefaktot<\/b> \u00e9s v\u00e1ltoztatni rajta a folyamat sor\u00e1n.<\/p>\n

Ellen\u0151rz\u0151 k\u00e9rd\u00e9sek<\/h3>\n

\nA funkci\u00f3 le\u00edr\u00e1s\u00e1t\u00f3l a termel\u00e9sbe val\u00f3 kiad\u00e1sig 95%-ban kevesebb mint egy h\u00e9t? Minden egyes szakaszban javul az artefakt min\u0151s\u00e9ge? Van t\u00f6rt\u00e9nete, amelyen \u00e1thalad? Haszn\u00e1lod a k\u00fcl\u00f6nb\u00f6z\u0151 telep\u00edt\u00e9si strat\u00e9gi\u00e1kat?<\/p>\n

Ha minden v\u00e1lasz igen, akkor igaz\u00e1n men\u0151 vagy! \u00cdrd le a v\u00e1laszaidat a kommentekben - \u00f6r\u00f6mmel veszem \u0151ket.)<\/p>\n

Visszajelz\u00e9s<\/h3>\n

\nEz a legnehezebb gyakorlat az \u00f6sszes k\u00f6z\u00fcl. A DevOpsConf konferenci\u00e1n egy koll\u00e9g\u00e1m az Infobipt\u00f3l, besz\u00e9lve r\u00f3la, kicsit zavarban volt a szavakkal, mert ez val\u00f3ban egy nagyon bonyolult gyakorlat arr\u00f3l, hogy mindent monitorozni kell!<\/p>\n

\"Mi
\n
\nP\u00e9ld\u00e1ul, r\u00e9ges-r\u00e9gen, amikor a Qik-n\u00e1l dolgoztam \u00e9s r\u00e1j\u00f6tt\u00fcnk, hogy mindent monitorozni kell. Ezt megtett\u00fck, \u00e9s a Zabbix-ban megjelent 150 000 folyamatosan monitorozott elem. Ez f\u00e9lelmetes volt, a m\u0171szaki igazgat\u00f3 az ujj\u00e1val tekerte a templom\u00e1t:<\/p>\n

\u2014 Fi\u00fak, mi\u00e9rt k\u00ednozz\u00e1tok a szervert \u00e9rthetetlen m\u00f3don?<\/i><\/p>\n

De azt\u00e1n t\u00f6rt\u00e9nt egy eset, ami megmutatta, hogy ez val\u00f3ban egy nagyon j\u00f3 strat\u00e9gia.<\/p>\n

Folyamatosan elkezdett \u00f6sszeomlani az egyik szolg\u00e1ltat\u00e1s. Kezdetben nem omlott \u00f6ssze, ami \u00e9rdekes, mert a k\u00f3d nem v\u00e1ltozott, mivel ez egy alap broker volt, amiben gyakorlatilag nem volt \u00fczleti funkci\u00f3 \u2013 csak \u00fczeneteket k\u00fcld\u00f6tt k\u00fcl\u00f6nb\u00f6z\u0151 szolg\u00e1ltat\u00e1sok k\u00f6z\u00f6tt. A szolg\u00e1ltat\u00e1s 4 h\u00f3napig nem v\u00e1ltozott, \u00e9s hirtelen elkezdett \u00f6sszeomlani \"Segmentation fault\" hib\u00e1val.<\/p>\n

Sokkban voltunk, megnyitottuk a grafikonjainkat a Zabbixban, \u00e9s kider\u00fclt, hogy m\u00e1sf\u00e9l h\u00e9ttel ezel\u0151tt jelent\u0151sen megv\u00e1ltozott a k\u00e9r\u00e9sek viselked\u00e9se abban az API-szolg\u00e1ltat\u00e1sban, amely ezt a brokert haszn\u00e1lja. Azt\u00e1n megn\u00e9zt\u00fck, hogy megv\u00e1ltozott egy bizonyos t\u00edpus\u00fa \u00fczenet k\u00fcld\u00e9s\u00e9nek a gyakoris\u00e1ga. Kider\u00fclt, hogy ez android kliens volt. Megk\u00e9rdezt\u00fck:<\/p>\n

\u2014 Fi\u00fak, mi t\u00f6rt\u00e9nt veletek m\u00e1sf\u00e9l h\u00e9ttel ezel\u0151tt?<\/i><\/p>\n

A v\u00e1laszban egy \u00e9rdekes t\u00f6rt\u00e9netet hallottunk arr\u00f3l, hogy \u00e1t\u00edrt\u00e1k a UI-t. Aligha mondan\u00e1 valaki azonnal, hogy megv\u00e1ltoztatta a HTTP k\u00f6nyvt\u00e1rat. Az android klienseknek ez olyan, mint a szappan cser\u00e9je a f\u00fcrd\u0151szob\u00e1ban \u2013 egyszer\u0171en nem eml\u00e9keznek r\u00e1. V\u00e9g\u00fcl, 40 perc besz\u00e9lget\u00e9s ut\u00e1n kider\u00fclt, hogy t\u00e9nyleg megv\u00e1ltoztatt\u00e1k a HTTP k\u00f6nyvt\u00e1rat, \u00e9s a default id\u0151tartamok is megv\u00e1ltoztak. Ez ahhoz vezetett, hogy megv\u00e1ltozott a forgalom viselked\u00e9se az API szerveren, ami a brokerben bels\u0151 versenyt gerjesztett, \u00e9s elkezdett \u00f6sszeomlani.<\/p>\n

M\u00e9ly monitoroz\u00e1s n\u00e9lk\u00fcl ezt egy\u00e1ltal\u00e1n lehetetlen lenne felfedezni.<\/b>. Ha a szervezetben van m\u00e9g egy \u201ek\u00fat\u201d probl\u00e9ma, amikor mindenki egym\u00e1sra mutogat, ez \u00e9veken \u00e1t tarthat. Csak \u00fajraind\u00edtja a szervert, mert lehetetlen megoldani a probl\u00e9m\u00e1t. Amikor figyeli, nyomon k\u00f6veti \u00e9s r\u00f6gz\u00edti az \u00f6sszes esem\u00e9nyt, ami \u00d6nnel t\u00f6rt\u00e9nik, \u00e9s a monitoroz\u00e1st tesztel\u00e9sk\u00e9nt haszn\u00e1lja \u2013 k\u00f3dot \u00edr \u00e9s r\u00f6gt\u00f6n megadja, hogyan lehet monitorozni, szint\u00e9n k\u00f3d form\u00e1j\u00e1ban (m\u00e1r van n\u00e1lunk infrastrukt\u00fara mint k\u00f3d), minden vil\u00e1goss\u00e1 v\u00e1lik. M\u00e9g az ilyen bonyolult probl\u00e9m\u00e1k is k\u00f6nnyen nyomon k\u00f6vethet\u0151k.<\/p>\n

\"Mi
\n<\/p>\n

Gy\u0171jtse \u00f6ssze az \u00f6sszes inform\u00e1ci\u00f3t arr\u00f3l, hogy mi t\u00f6rt\u00e9nik az artemban a sz\u00e1ll\u00edt\u00e1si folyamat minden szakasz\u00e1ban \u2013 ne a termel\u00e9sben.<\/p><\/blockquote>\n

\nT\u00f6ltse fel a monitoroz\u00e1st a CI-be, \u00e9s ott m\u00e1r l\u00e1that\u00f3k lesznek bizonyos alap dolgok. K\u00e9s\u0151bb ezeket a Testben, a PredProd-ban \u00e9s a terhel\u00e9ses tesztel\u00e9s sor\u00e1n is l\u00e1tni fogja. Gy\u0171jtse az inform\u00e1ci\u00f3kat minden szakaszban, r\u00e1ad\u00e1sul ne csak a metrik\u00e1kat, statisztik\u00e1kat, hanem a napl\u00f3kat is: hogyan t\u00f6rt\u00e9nt az alkalmaz\u00e1s kiad\u00e1sa, anom\u00e1li\u00e1k \u2013 mindent gy\u0171jts\u00f6n. <\/p>\n

Ellenkez\u0151 esetben neh\u00e9z lesz eligibil\u00e1lni. M\u00e1r mondtam, hogy a DevOps egy nagyobb komplexit\u00e1s. Ehhez a komplexit\u00e1shoz norm\u00e1lis analitik\u00e1ra van sz\u00fcks\u00e9g.<\/b>.<\/p>\n

\u00d6nkontroll k\u00e9rd\u00e9sek<\/h3>\n

\nA monitoroz\u00e1sa \u00e9s napl\u00f3z\u00e1sa fejleszt\u00e9si eszk\u00f6z az \u00d6n sz\u00e1m\u00e1ra?<\/b> Az \u00d6n fejleszt\u0151i, \u00e9s \u00d6n is, amikor k\u00f3dot \u00edr, gondol arra, hogy hogyan lehet monitorozni?<\/p>\n

Tudom\u00e1st szerez a probl\u00e9m\u00e1kr\u00f3l az \u00fcgyfelekt\u0151l? Jobban meg\u00e9rti az \u00fcgyfelet a monitoroz\u00e1s \u00e9s napl\u00f3z\u00e1s alapj\u00e1n?<\/b> Jobban meg\u00e9rti a rendszert a monitoroz\u00e1sb\u00f3l \u00e9s a napl\u00f3z\u00e1sb\u00f3l?<\/b> Megv\u00e1ltoztatja a rendszert csak az\u00e9rt, mert l\u00e1tta, hogy a trend a rendszeren n\u00f6vekszik, \u00e9s bel\u00e1tja, hogy m\u00e9g 3 h\u00e9t, \u00e9s minden el fog veszni? <\/p>\n

Amikor megvan ezek a h\u00e1rom komponens, akkor gondolkodhat azon, hogy milyen infrastruktur\u00e1lis platformja van a c\u00e9gnek.<\/p>\n

Infrastruktur\u00e1lis platform <\/h2>\n

\nNem arr\u00f3l van sz\u00f3, hogy ez egy k\u00fcl\u00f6nf\u00e9le, elszigetelt eszk\u00f6z\u00f6kb\u0151l \u00e1ll\u00f3 k\u00e9szlet, amely minden c\u00e9gn\u00e9l megtal\u00e1lhat\u00f3.<\/p>\n

Az infrastruktur\u00e1lis platform l\u00e9nyeg az, hogy minden csapat haszn\u00e1lja ezeket az eszk\u00f6z\u00f6ket \u00e9s k\u00f6z\u00f6sen fejleszti \u0151ket.<\/p><\/blockquote>\n

\nNyilv\u00e1nval\u00f3, hogy vannak k\u00fcl\u00f6n\u00e1ll\u00f3 csapatok, amelyek felel\u0151sek az infrastruktur\u00e1lis platform egyes r\u00e9szeinek fejleszt\u00e9s\u00e9\u00e9rt. De ez mellett minden m\u00e9rn\u00f6k felel\u0151ss\u00e9get visel az infrastruktur\u00e1lis platform fejleszt\u00e9s\u00e9\u00e9rt, m\u0171k\u00f6d\u0151k\u00e9pess\u00e9g\u00e9\u00e9rt \u00e9s n\u00e9pszer\u0171s\u00edt\u00e9s\u00e9\u00e9rt. Bels\u0151 szinten k\u00f6z\u00f6s eszk\u00f6zz\u00e9 v\u00e1lik<\/b>. <\/p>\n

Minden csapat az infrastrukt\u00fara platform fejleszt\u00e9s\u00e9n dolgozik, \u00e9s gyeng\u00e9den b\u00e1nik vele, mint a saj\u00e1t IDE-j\u00e9vel<\/b>. Az IDE-j\u00e9ben k\u00fcl\u00f6nb\u00f6z\u0151 b\u0151v\u00edtm\u00e9nyeket telep\u00edt, hogy minden sz\u00e9p \u00e9s gyors legyen, \u00e9s be\u00e1ll\u00edtja a gyorsgombokat. Amikor megnyitja a Sublime-ot, Atomot vagy Visual Studio Code-ot, a k\u00f3dhib\u00e1k z\u00e1poroztak \u00d6nre, \u00e9s \u00e9rzi, hogy gyakorlatilag lehetetlen dolgozni, azonnal szomor\u00fa lesz, \u00e9s rohan, hogy megjav\u00edtsa az IDE-j\u00e9t.<\/p>\n

Ugyan\u00edgy j\u00e1rjon el az infrastrukt\u00fara platformj\u00e1val is. Ha \u00fagy \u00e9rzi, hogy valami nem stimmel vele, ny\u00fajtson be egy k\u00e9relmet, ha nem tudja maga megjav\u00edtani. Ha viszont valami egyszer\u0171, jav\u00edtsa meg \u00f6n\u00e1ll\u00f3an, k\u00fcldje el a pull requestet - a fi\u00fak megvizsg\u00e1lj\u00e1k, \u00e9s hozz\u00e1adj\u00e1k. Ez egy kicsit m\u00e1s megk\u00f6zel\u00edt\u00e9s a fejleszt\u0151kn\u00e9l a m\u00e9rn\u00f6ki eszk\u00f6zt\u00e1rban.<\/p>\n

Az infrastrukt\u00fara platform biztos\u00edtja az artefaktumok \u00e1tad\u00e1s\u00e1t a fejleszt\u00e9st\u0151l az \u00fcgyf\u00e9lhez folyamatosan n\u00f6vekv\u0151 min\u0151s\u00e9g mellett<\/b>. Az IP-ben egy sor t\u00f6rt\u00e9net programozva van, ami a k\u00f3dot el\u0151\u00e1ll\u00edtja. Az \u00e9vek sor\u00e1n rengeteg ilyen t\u00f6rt\u00e9net gy\u0171lik \u00f6ssze, egy r\u00e9sz\u00fck egyedi, \u00e9s csak \u00f6nre vonatkozik - ezeket nem lehet r\u00e1keresni. <\/p>\n

Ezen a ponton az infrastrukt\u00fara platformja a versenyel\u0151ny\u00e9v\u00e9 v\u00e1lik<\/b>, mert benne van, ami a versenyt\u00e1rs eszk\u00f6z\u00e9ben nincs. Min\u00e9l m\u00e9lyebb az IP-je, ann\u00e1l nagyobb a versenyel\u0151nye a Time-to-market szempontj\u00e1b\u00f3l. Itt felmer\u00fcl a vendor lock probl\u00e9m\u00e1ja<\/b>: k\u00fcls\u0151 platformot vehet ig\u00e9nybe, de ha m\u00e1s tapasztalat\u00e1t haszn\u00e1lja, nem fogja l\u00e1tni, mennyire relev\u00e1ns az \u00f6n sz\u00e1m\u00e1ra. Igen, nem minden c\u00e9g tud Amazon-szer\u0171 platformot \u00e9p\u00edteni. Ez egy bonyolult hat\u00e1rvonal, ahol a c\u00e9g tapasztalata a piaci helyzet\u00e9hez relev\u00e1ns, \u00e9s nem szabad a vendor lock-ba belemenni. Ezen is \u00e9rdemes elgondolkodni.<\/p>\n

S\u00e9ma<\/h3>\n

\nEz az infrastrukt\u00fara platform alaprajza, amely seg\u00edt \u00d6nnek be\u00e1ll\u00edtani az \u00f6sszes gyakorlatot \u00e9s folyamatot a DevOps-\u00fcgyn\u00f6ks\u00e9gben.<\/p>\n

\"Mi
\n
\nN\u00e9zz\u00fck meg, mib\u0151l \u00e1ll.<\/p>\n

Az er\u0151forr\u00e1sok orkestr\u00e1ci\u00f3s rendszere<\/b>, amely CPU-t, mem\u00f3ri\u00e1t \u00e9s lemezt biztos\u00edt az alkalmaz\u00e1soknak \u00e9s m\u00e1s szolg\u00e1ltat\u00e1soknak. E f\u00f6l\u00f6tt alacsony szint\u0171 szolg\u00e1ltat\u00e1sok<\/b>: monitoroz\u00e1si, napl\u00f3z\u00e1si, CI\/CD motor, artefaktumt\u00e1rol\u00f3, infrastrukt\u00farak\u00e9nt k\u00f3d rendszerek.<\/p>\n

Magasabb szint\u0171 szolg\u00e1ltat\u00e1sok<\/b>: adatb\u00e1zis, mint szolg\u00e1ltat\u00e1s, \u00fczenetsor, mint szolg\u00e1ltat\u00e1s, Load Balance mint szolg\u00e1ltat\u00e1s, k\u00e9pek \u00e1tm\u00e9retez\u00e9se mint szolg\u00e1ltat\u00e1s, Big Data gy\u00e1r mint szolg\u00e1ltat\u00e1s. Erre \u00e9p\u00fcl, egy pipeline, amely \u00e1lland\u00f3an m\u00f3dos\u00edtott k\u00f3dot sz\u00e1ll\u00edt \u00fcgyfelei sz\u00e1m\u00e1ra<\/b>.<\/p>\n

Inform\u00e1ci\u00f3t kap arr\u00f3l, hogy szoftvere hogyan m\u0171k\u00f6dik az \u00fcgyf\u00e9ln\u00e9l, m\u00f3dos\u00edtja, \u00fajra sz\u00e1ll\u00edtja ezt a k\u00f3dot, inform\u00e1ci\u00f3t kap - \u00e9s \u00edgy folyamatosan fejleszti mind az infrastrukt\u00fara platformot, mind a szoftver\u00e9t.<\/p>\n

A diagramon a delivery pipeline sz\u00e1mos szakaszb\u00f3l \u00e1ll. Ez az alapvet\u0151 s\u00e9ma, amely p\u00e9ldak\u00e9nt szerepel - nem sz\u00fcks\u00e9ges pontosan \u00edgy megism\u00e9telni. A szakaszok a szolg\u00e1ltat\u00e1sokkal kommunik\u00e1lnak, mint szolg\u00e1ltat\u00e1sok - minden platform\u00e9p\u00edt\u0151 elem saj\u00e1t t\u00f6rt\u00e9net\u00e9t hordozza: hogyan osztj\u00e1k ki az er\u0151forr\u00e1sokat, hogyan ind\u00edtj\u00e1k el az alkalmaz\u00e1st, hogyan m\u0171k\u00f6dik az er\u0151forr\u00e1sokkal, hogyan figyelik, hogyan v\u00e1ltozik.<\/p>\n

Fontos meg\u00e9rteni, hogy a platform minden r\u00e9sze saj\u00e1t t\u00f6rt\u00e9nettel b\u00edr, \u00e9s meg kell k\u00e9rdezni magunkt\u00f3l - milyen t\u00f6rt\u00e9netet hordoz ez az elem, tal\u00e1n \u00e9rdemes lenne kidobni \u00e9s helyettes\u00edteni egy k\u00fcls\u0151 szolg\u00e1ltat\u00e1ssal. P\u00e9ld\u00e1ul, helyettes\u00edthetn\u00e9nk-e az elemet az Okmeter-rel? Lehets\u00e9ges, hogy a sr\u00e1cok ezt a szak\u00e9rtelmet sokkal jobban feljlesztett\u00e9k, mint mi. De lehet, hogy nem - lehet, hogy van egyed\u00fcl\u00e1ll\u00f3 szak\u00e9rtelm\u00fcnk, \u00e9s be kell \u00e1ll\u00edtanunk a Prometheus-t, \u00e9s ezt tov\u00e1bb kell fejleszten\u00fcnk.<\/p>\n

Platform l\u00e9trehoz\u00e1sa<\/h3>\n

\nEz egy \u00f6sszetett kommunik\u00e1ci\u00f3s folyamat. Amikor megvannak az alapgyakorlatok, kommunik\u00e1ci\u00f3t ind\u00edt el k\u00fcl\u00f6nb\u00f6z\u0151 m\u00e9rn\u00f6k\u00f6k \u00e9s szak\u00e9rt\u0151k k\u00f6z\u00f6tt, akik k\u00f6vetelm\u00e9nyeket \u00e9s standardokat alak\u00edtanak ki, \u00e9s folyamatosan alkalmazz\u00e1k ezeket a k\u00fcl\u00f6nb\u00f6z\u0151 eszk\u00f6z\u00f6kre \u00e9s megk\u00f6zel\u00edt\u00e9sekre. Itt a DevOps kult\u00fara a kulcssz\u00f3.<\/p>\n

\"Mi
\nA kult\u00far\u00e1val kapcsolatos dolgok nagyon egyszer\u0171ek - ez az egy\u00fcttm\u0171k\u00f6d\u00e9s \u00e9s a kommunik\u00e1ci\u00f3<\/b>, vagyis a v\u00e1gy, hogy k\u00f6z\u00f6sen dolgozzunk, a v\u00e1gy, hogy egyetlen eszk\u00f6zt egy\u00fctt birtokoljunk. Itt nincs semmi \u0171rtechnika - minden nagyon egyszer\u0171, ban\u00e1lis. P\u00e9ld\u00e1ul, mindannyian lak\u00f3helyen \u00e9l\u00fcnk, \u00e9s fenntartjuk annak tisztas\u00e1g\u00e1t - ez a kult\u00fara egy szintje.<\/p>\n

De mi a helyzet veletek?<\/h3>\n

\n\u00dajra k\u00e9rd\u00e9sek, amelyeket feltehetsz magadnak.<\/p>\n

K\u00fcl\u00f6n van-e az infrastrukt\u00fara platform? Ki felel \u00e9rte a fejl\u0151d\u00e9s\u00e9rt? \u00c9rted a saj\u00e1t infrastrukt\u00fara platformod versenyel\u0151nyeit?<\/p>\n

Ezeket a k\u00e9rd\u00e9seket folyamatosan fel kell tenn\u00fcnk magunknak. Ha valamit k\u00fcls\u0151 szolg\u00e1ltat\u00e1sokra lehet b\u00edzni \u2013 mindenk\u00e9ppen \u00e9rdemes, ha pedig a k\u00fcls\u0151 szolg\u00e1ltat\u00e1s megakad\u00e1lyozza a mozg\u00e1sunkat, akkor bels\u0151 rendszert kell \u00e9p\u00edten\u00fcnk.<\/p>\n

Teh\u00e1t, DevOps...<\/h2>\n

\n\u2026 ez egy bonyolult rendszer, aminek a k\u00f6vetkez\u0151kb\u0151l kell \u00e1llnia:<\/p>\n