{"id":39219,"date":"2019-10-31T22:28:31","date_gmt":"2019-10-31T19:28:31","guid":{"rendered":"https:\/\/prohoster.info\/blog\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire\/"},"modified":"2019-10-31T22:28:31","modified_gmt":"2019-10-31T19:28:31","slug":"devops-i-haos-dostavka-po-v-detsentralizovannom-mire","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","title":{"rendered":"DevOps i Chaos: dostarczanie oprogramowania w zdecentralizowanym \u015bwiecie","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Za\u0142o\u017cyciel i dyrektor \u201eOtomato Software\u201d, jeden z inicjator\u00f3w i instruktor\u00f3w pierwszej w Izraelu certyfikacji DevOps, Anton Weiss, m\u00f3wi\u0142 w zesz\u0142ym roku DevOpsDays Moskwa<\/a><\/noindex> o teorii chaosu oraz g\u0142\u00f3wnych zasadach in\u017cynierii chaosu, a tak\u017ce wyja\u015bni\u0142, jak powinna wygl\u0105da\u0107 idealna organizacja DevOps przysz\u0142o\u015bci.<\/p>\n

Przygotowali\u015bmy tekstow\u0105 wersj\u0119 referatu. <\/p>\n

\r\n \"Odtwarzaj\r\n
<\/div>\r\n <\/div><\/center>
\n<\/a><\/noindex>
\nDzie\u0144 dobry! <\/p>\n

DevOpsDays w Moskwie po raz drugi, ja po raz drugi na tej scenie, wielu z was po raz drugi w tej sali. Co to oznacza? To oznacza, \u017ce ruch DevOps w Rosji ro\u015bnie, mno\u017cy si\u0119, a co najwa\u017cniejsze, to oznacza, \u017ce nadszed\u0142 czas, aby porozmawia\u0107 o tym, czym jest DevOps w 2018 roku. <\/p>\n

Podnie\u015bcie r\u0119ce ci, kt\u00f3rzy uwa\u017caj\u0105, \u017ce w 2018 roku DevOps to ju\u017c zaw\u00f3d? S\u0105 tacy. Czy s\u0105 w sali in\u017cynierowie DevOps, kt\u00f3rzy w opisie stanowiska maj\u0105 napisane \u201ein\u017cynier DevOps\u201d? Czy s\u0105 w sali mened\u017cerowie DevOps? Tych nie ma. Architekci DevOps? Te\u017c nie. Troch\u0119 ma\u0142o. Czy naprawd\u0119 nikt nie ma w opisie stanowiska, \u017ce jest in\u017cynierem DevOps?<\/p>\n

Czyli wi\u0119kszo\u015b\u0107 z was my\u015bli, \u017ce to antywzorzec? \u017be takiego zawodu nie powinno by\u0107? Mo\u017cemy my\u015ble\u0107, co chcemy, a podczas gdy my my\u015blimy, przemys\u0142 z wielk\u0105 pomp\u0105 posuwa si\u0119 do przodu w rytmie DevOps.<\/p>\n

Kto s\u0142ysza\u0142 o nowym temacie, kt\u00f3ry nazywa si\u0119 DevDevOps? To nowa metoda, kt\u00f3ra pozwala zapewni\u0107 skuteczn\u0105 wsp\u00f3\u0142prac\u0119 mi\u0119dzy programistami a devopsami. A tak wcale nie jest nowa. Je\u015bli s\u0105dzi\u0107 po Twitterze, to ju\u017c 4 lata temu zacz\u0119to o tym rozmawia\u0107. I do tej pory zainteresowanie tym ro\u015bnie, to znaczy problem istnieje. Problem trzeba rozwi\u0105za\u0107.<\/p>\n

\"DevOps
\n
\nJeste\u015bmy osobami tw\u00f3rczymi, tak \u0142atwo si\u0119 nie uspokajamy. M\u00f3wimy: DevOps to za ma\u0142o og\u00f3lne s\u0142owo, brakuje tam wielu r\u00f3\u017cnych interesuj\u0105cych element\u00f3w. I idziemy do naszych tajnych laboratorium i zaczynamy tworzy\u0107 ciekawe mutacje: DevTestOps, GitOps, DevSecOps, BizDevOps, ProdOps.<\/p>\n

\"DevOps
\n
\nLogika \u017celazna, prawda? Mamy system dostawy, kt\u00f3ry nie jest funkcjonalny, mamy systemy niestabilne, a u\u017cytkownicy s\u0105 niezadowoleni, nie nad\u0105\u017camy z wydawaniem oprogramowania na czas, nie mie\u015bcimy si\u0119 w bud\u017cecie. Jak zamierzamy to wszystko rozwi\u0105za\u0107? Wymy\u015blimy nowe s\u0142owo! B\u0119dzie si\u0119 ko\u0144czy\u0107 na \u201eOps\u201d, i problem rozwi\u0105zany.<\/p>\n

Tak nazywam to podej\u015bcie \u2014 \u201eOps, i problem rozwi\u0105zany\u201d.<\/p>\n

Wszystko to schodzi na dalszy plan, gdy przypominamy sobie, po co to wszystko wymy\u015blili\u015bmy. Wymy\u015blili\u015bmy ten ca\u0142y DevOps, aby uczyni\u0107 dostarczanie oprogramowania i nasz\u0105 prac\u0119 w tym procesie jak najbardziej bezproblemow\u0105, bezbolesn\u0105, efektywn\u0105, a przede wszystkim przyjemn\u0105. <\/p>\n

DevOps wyr\u00f3s\u0142 z b\u00f3lu. I mamy do\u015b\u0107 cierpienia. Aby to wszystko si\u0119 wydarzy\u0142o, opieramy si\u0119 na wiecznie zielonych praktykach: efektywna wsp\u00f3\u0142praca, praktyki przep\u0142ywu, a co najwa\u017cniejsze, my\u015blenie systemowe, poniewa\u017c bez niego \u017caden DevOps nie dzia\u0142a.<\/p>\n

Czym jest system?<\/b><\/h3>\n

\nA skoro ju\u017c m\u00f3wimy o my\u015bleniu systemowym, przypomnijmy sobie, czym jest system.<\/p>\n

\"DevOps
\n
\nJe\u015bli jeste\u015b rewolucjonist\u0105-hakerem, to dla Ciebie system to jednoznaczne z\u0142o. To chmura, kt\u00f3ra wisi nad Tob\u0105 i zmusza Ci\u0119 do robienia rzeczy, kt\u00f3rych nie chcesz robi\u0107. <\/p>\n

\"DevOps
\n
\nZ punktu widzenia my\u015blenia systemowego, system to pewna ca\u0142o\u015b\u0107 sk\u0142adaj\u0105ca si\u0119 z cz\u0119\u015bci. W tym sensie ka\u017cdy z nas to system. Organizacje, w kt\u00f3rych pracujemy, to systemy. A to, co budujemy, nazywa si\u0119 systemem.<\/p>\n

Wszystko to jest cz\u0119\u015bci\u0105 jednej wielkiej socjotechnologicznej systemu. I tylko je\u015bli zrozumiemy, jak ten socjotechnologiczny system dzia\u0142a razem, tylko wtedy b\u0119dziemy mogli co\u015b w tym zakresie naprawd\u0119 zoptymalizowa\u0107. <\/p>\n

Z punktu widzenia my\u015blenia systemowego, system ma r\u00f3\u017cne ciekawe w\u0142a\u015bciwo\u015bci. Po pierwsze, sk\u0142ada si\u0119 z cz\u0119\u015bci, co oznacza, \u017ce jego zachowanie zale\u017cy od zachowania tych cz\u0119\u015bci. Przy tym wszystkie jego cz\u0119\u015bci s\u0105 r\u00f3wnie\u017c wsp\u00f3\u0142zale\u017cne. Okazuje si\u0119, \u017ce im wi\u0119cej system ma cz\u0119\u015bci, tym trudniej zrozumie\u0107 lub przewidzie\u0107 jego zachowanie. <\/p>\n

Z punktu widzenia zachowania, tutaj jest jeszcze jeden ciekawy fakt. System mo\u017ce robi\u0107 co\u015b takiego, czego \u017cadna z jego oddzielnych cz\u0119\u015bci zrobi\u0107 nie mo\u017ce. <\/p>\n

Jak m\u00f3wi\u0142 doktor Russell Ackoff (jeden z pionier\u00f3w my\u015blenia systemowego), mo\u017cna to \u0142atwo udowodni\u0107 za pomoc\u0105 my\u015blowego eksperymentu. Na przyk\u0142ad, kto w sali potrafi pisa\u0107 kod? Wiele r\u0105k, i to jest normalne, poniewa\u017c to jedno z podstawowych wymaga\u0144 w naszej profesji. Potrafisz pisa\u0107, a Twoje r\u0119ce oddzielnie od Ciebie mog\u0105 pisa\u0107 kod? S\u0105 tacy ludzie, kt\u00f3rzy powiedz\u0105: \u201eTo nie moje r\u0119ce pisz\u0105 kod, to m\u00f3j m\u00f3zg pisze kod\u201d. A m\u00f3zg mo\u017ce oddzielnie od Ciebie pisa\u0107 kod? C\u00f3\u017c, najprawdopodobniej nie. <\/p>\n

M\u00f3zg to niezwyk\u0142a maszyna, a my nie wiemy nawet 10% o tym, jak naprawd\u0119 dzia\u0142a. Nie mo\u017ce funkcjonowa\u0107 oddzielnie od systemu, kt\u00f3rym jest nasze cia\u0142o. \u0141atwo to udowodni\u0107: otw\u00f3rz swoj\u0105 czaszk\u0119, wyjmij stamt\u0105d m\u00f3zg, po\u0142\u00f3\u017c go przed komputerem i niech spr\u00f3buje napisa\u0107 co\u015b prostego. Na przyk\u0142ad \"Hello, world\" w Pythonie.<\/p>\n

Je\u015bli system mo\u017ce wykona\u0107 co\u015b, czego \u017cadna z jego cz\u0119\u015bci osobno nie potrafi, oznacza to, \u017ce jego zachowanie nie jest determinowane przez zachowanie jego cz\u0119\u015bci. A czym wi\u0119c jest determinowane? Jest determinowane interakcjami mi\u0119dzy tymi cz\u0119\u015bciami. A zatem, im wi\u0119cej cz\u0119\u015bci, tym bardziej skomplikowane interakcje, tym trudniej zrozumie\u0107 i przewidzie\u0107 zachowanie systemu. To sprawia, \u017ce taki system jest chaotyczny, poniewa\u017c jakakolwiek, nawet najdrobniejsza, niewidoczna go\u0142ym okiem zmiana w kt\u00f3rejkolwiek z cz\u0119\u015bci systemu mo\u017ce prowadzi\u0107 do ca\u0142kowicie nieprzewidywalnych rezultat\u00f3w. <\/p>\n

Ta wra\u017cliwo\u015b\u0107 na warunki pocz\u0105tkowe zosta\u0142a po raz pierwszy odkryta i zbadana przez ameryka\u0144skiego meteorologa Eda Lorenza. Z czasem zyska\u0142a nazw\u0119 \"efekt motyla\" i doprowadzi\u0142a do rozwoju ruchu naukowego, kt\u00f3ry nazywany jest \"teori\u0105 chaosu\". Teoria ta sta\u0142a si\u0119 jednym z g\u0142\u00f3wnych przesuni\u0119\u0107 paradygmatu w nauce XX wieku.<\/p>\n

Teoria chaosu<\/b><\/h3>\n

\nLudzie, kt\u00f3rzy zajmuj\u0105 si\u0119 badaniem chaosu, nazywaj\u0105 siebie chaotykami.<\/p>\n

\"DevOps
\n
\nW\u0142a\u015bciw\u0105 przyczyn\u0105 tego wyst\u0105pienia jest to, \u017ce pracuj\u0105c z z\u0142o\u017conymi systemami rozproszonymi i du\u017cymi mi\u0119dzynarodowymi organizacjami, w pewnym momencie zrozumia\u0142em, \u017ce to w\u0142a\u015bnie tym si\u0119 czuj\u0119. Jestem chaotyk. To w og\u00f3le sprytny spos\u00f3b powiedzenia: \"Nie rozumiem, co si\u0119 tutaj dzieje i nie wiem, co z tym zrobi\u0107.\" <\/p>\n

My\u015bl\u0119, \u017ce wielu z was r\u00f3wnie\u017c cz\u0119sto tak si\u0119 czuje, zatem tak\u017ce wy jeste\u015bcie chaotykami. Zapraszam was do gildii chaotyk\u00f3w. Systemy, kt\u00f3re b\u0119dziemy bada\u0107, drodzy koledzy chaotycy, nazywaj\u0105 si\u0119 \"z\u0142o\u017conymi systemami adaptacyjnymi\". <\/p>\n

Czym jest adaptacyjno\u015b\u0107? Adaptacyjno\u015b\u0107 oznacza, \u017ce indywidualne i zbiorowe zachowanie cz\u0119\u015bci w takiej adaptacyjnej systemie zmienia si\u0119 i samoorganizuje, reaguj\u0105c na zdarzenia lub ci\u0105gi mikroskalowych zdarze\u0144 w systemie. Innymi s\u0142owy, system dostosowuje si\u0119 do zmian poprzez samoorganizacj\u0119. Ta zdolno\u015b\u0107 do samoorganizacji opiera si\u0119 na dobrowolnej, ca\u0142kowicie zdecentralizowanej wsp\u00f3\u0142pracy wolnych autonomicznych agent\u00f3w.<\/p>\n

Kolejn\u0105 interesuj\u0105c\u0105 cech\u0105 takich system\u00f3w jest to, \u017ce s\u0105 one swobodnie skalowalne. Co niew\u0105tpliwie powinno nas, jako in\u017cynier\u00f3w chaosu, interesowa\u0107. Je\u015bli powiedzieli\u015bmy, \u017ce zachowanie z\u0142o\u017conego systemu jest okre\u015blone interakcj\u0105 jego cz\u0119\u015bci, to co powinno nas interesowa\u0107? Interakcja. <\/p>\n

S\u0105 jeszcze dwa interesuj\u0105ce wnioski.
\n \"DevOps
\n
\nPo pierwsze, rozumiemy, \u017ce nie mo\u017cna upro\u015bci\u0107 z\u0142o\u017conego systemu poprzez uproszczenie jego cz\u0119\u015bci. Po drugie, jedynym sposobem na uproszczenie z\u0142o\u017conego systemu jest uproszczenie interakcji mi\u0119dzy jego cz\u0119\u015bciami. <\/p>\n

Jak wchodzimy w interakcj\u0119? Wszyscy jeste\u015bmy cz\u0119\u015bciami du\u017cego systemu informacyjnego, kt\u00f3ry nazywa si\u0119 spo\u0142ecze\u0144stwem ludzkim. Interagujemy poprzez wsp\u00f3lny j\u0119zyk, je\u015bli go posiadamy, je\u015bli go odnajdujemy.<\/p>\n

\"DevOps
\n
\nAle j\u0119zyk sam w sobie jest z\u0142o\u017conym systemem adaptacyjnym. W zwi\u0105zku z tym, aby interakcja by\u0142a bardziej efektywna i prosta, musimy stworzy\u0107 pewne protoko\u0142y. To znaczy jak\u0105\u015b sekwencj\u0119 symboli i dzia\u0142a\u0144, kt\u00f3re uczyni\u0105 wymian\u0119 informacji mi\u0119dzy nami prostsz\u0105, bardziej przewidywaln\u0105, bardziej zrozumia\u0142\u0105.<\/p>\n

Chc\u0119 powiedzie\u0107, \u017ce tendencje do komplikacji, adaptacyjno\u015bci, decentralizacji i chaotyczno\u015bci s\u0105 dostrzegane wsz\u0119dzie. Zar\u00f3wno w tych systemach, kt\u00f3re budujemy, jak i w tych systemach, kt\u00f3rych cz\u0119\u015bci\u0105 jeste\u015bmy.<\/p>\n

I aby nie by\u0107 go\u0142os\u0142ownym, sp\u00f3jrzmy na to, jak zmieniaj\u0105 si\u0119 te systemy, kt\u00f3re tworzymy.<\/p>\n

\"DevOps
\n
\nRozumiesz, \u017ce czeka\u0142e\u015b na to s\u0142owo. Jeste\u015bmy na konferencji DevOps, dzisiaj to s\u0142owo zabrzmi gdzie\u015b sto tysi\u0119cy razy, a potem przy\u015bni nam si\u0119 w nocy.<\/p>\n

Mikroserwisy to pierwsza architektura oprogramowania, kt\u00f3ra powsta\u0142a w odpowiedzi na praktyki DevOps, maj\u0105ca na celu uczynienie naszych system\u00f3w bardziej elastycznymi, skalowalnymi i zapewniaj\u0105cymi ci\u0105g\u0142e dostarczanie. W jaki spos\u00f3b to robi? Dzi\u0119ki zmniejszeniu obj\u0119to\u015bci us\u0142ug, ograniczeniu granic problem\u00f3w, kt\u00f3re te us\u0142ugi obs\u0142uguj\u0105, oraz skr\u00f3ceniu czasu dostarczania. Oznacza to, \u017ce zmniejszamy, upraszczamy cz\u0119\u015bci systemu, zwi\u0119kszamy ich liczb\u0119, co nieuchronnie zwi\u0119ksza z\u0142o\u017cono\u015b\u0107 interakcji mi\u0119dzy tymi cz\u0119\u015bciami, a zatem pojawiaj\u0105 si\u0119 nowe problemy, kt\u00f3re musimy rozwi\u0105zywa\u0107.<\/p>\n

\"DevOps
\n
\nMikroserwisy to jeszcze nie koniec; tak naprawd\u0119, mikroserwisy to ju\u017c wczorajszy dzie\u0144, poniewa\u017c nadchodzi Serverless. Wszystkie serwery si\u0119 spali\u0142y, nie ma serwer\u00f3w, nie ma system\u00f3w operacyjnych, tylko czysty kod wykonawczy. Konfiguracje osobno, stany osobno, wszystko zarz\u0105dzane wydarzeniami. Pi\u0119kno, czysto\u015b\u0107, cisza, brak wydarze\u0144, nic si\u0119 nie dzieje, pe\u0142ny porz\u0105dek. <\/p>\n

Gdzie tkwi z\u0142o\u017cono\u015b\u0107? Z\u0142o\u017cono\u015b\u0107, rzecz jasna, w interakcjach. Ile jedna funkcja mo\u017ce zrobi\u0107 sama? Jak wsp\u00f3\u0142dzia\u0142a z innymi funkcjami? Kolejki wiadomo\u015bci, bazy danych, load balancery. Jak odtworzy\u0107 jakie\u015b zdarzenie, gdy nast\u0105pi\u0142a awaria? Masa pyta\u0144 i niewiele odpowiedzi.<\/p>\n

Mikroserwisy i Serverless to wszystko, co my, komputerowi hipsterzy, nazywamy Cloud Native. To wszystko dotyczy chmury. Ale chmura z natury te\u017c jest ograniczona pod wzgl\u0119dem skalowalno\u015bci. Przywykli\u015bmy my\u015ble\u0107 o niej jak o rozproszonej systemie. W rzeczywisto\u015bci, gdzie znajduj\u0105 si\u0119 serwery dostawc\u00f3w chmurowych? W centrach danych. Oznacza to, \u017ce mamy do czynienia z pewnym scentralizowanym, bardzo ograniczonym, rozproszonym modelem.<\/p>\n

Dzi\u015b rozumiemy, \u017ce Internet rzeczy to ju\u017c nie tylko g\u0142o\u015bne s\u0142owa; wed\u0142ug skromnych prognoz, w ci\u0105gu najbli\u017cszych pi\u0119ciu do dziesi\u0119ciu lat czeka nas miliardy urz\u0105dze\u0144 pod\u0142\u0105czonych do internetu. Ogromna ilo\u015b\u0107 u\u017cytecznych i bezu\u017cytecznych danych, kt\u00f3re b\u0119d\u0105 sp\u0142ywa\u0107 do chmury i by\u0107 z niej pobierane. <\/p>\n

Chmura tego nie wytrzyma, dlatego coraz cz\u0119\u015bciej m\u00f3wimy o tym, co nazywa si\u0119 \u201eobliczeniami na kraw\u0119dzi\u201d. Albo podoba mi si\u0119 wspania\u0142a definicja \u201efog computing\u201d. Jest ona owiana mistyk\u0105 romantyzmu i tajemniczo\u015bci.<\/p>\n

\"DevOps
\n
\nMgliste obliczenia. Mowa o tym, \u017ce chmury to centralne skupiska wody, pary, lodu, kamieni. A mg\u0142a to krople wody, kt\u00f3re s\u0105 rozproszone wok\u00f3\u0142 nas w atmosferze. <\/p>\n

W mglistym paradygmacie wi\u0119kszo\u015b\u0107 pracy wykonywana jest przez te krople zupe\u0142nie autonomicznie lub w wsp\u00f3\u0142pracy z innymi kroplami. Zwracaj\u0105 si\u0119 do chmury tylko wtedy, gdy rzeczywi\u015bcie jest to bardzo pilne. <\/p>\n

Innymi s\u0142owy, znowu decentralizacja, autonomiczno\u015b\u0107, no i oczywi\u015bcie wielu z was ju\u017c rozumie, dok\u0105d to wszystko zmierza, bo nie mo\u017cna m\u00f3wi\u0107 o decentralizacji i nie wspomnie\u0107 o blockchainie. <\/p>\n

\"DevOps
\n
\nS\u0105 ci, kt\u00f3rzy wierz\u0105, to s\u0105 ci, kt\u00f3rzy zainwestowali w kryptowaluty. S\u0105 ci, kt\u00f3rzy wierz\u0105, ale si\u0119 boj\u0105, jak ja, na przyk\u0142ad. A s\u0105 i tacy, kt\u00f3rzy nie wierz\u0105. Mo\u017cna mie\u0107 r\u00f3\u017cne opinie na ten temat. Jest technologia, nowa, niezrozumia\u0142a rzecz, s\u0105 problemy. Jak ka\u017cda nowa technologia stawia wi\u0119cej pyta\u0144, ni\u017c daje odpowiedzi. <\/p>\n

Hype wok\u00f3\u0142 blockchaina jest zrozumia\u0142y. Nawet je\u015bli odrzucimy z\u0142ot\u0105 gor\u0105czk\u0119, sama technologia obiecuje wspania\u0142\u0105 przysz\u0142o\u015b\u0107: wi\u0119cej wolno\u015bci, wi\u0119cej autonomii, rozproszony globalny zaufanie. Czego tu nie chcie\u0107? <\/p>\n

W zwi\u0105zku z tym coraz wi\u0119cej in\u017cynier\u00f3w na ca\u0142ym \u015bwiecie zaczyna rozwija\u0107 zdecentralizowane aplikacje. I to jest si\u0142a, kt\u00f3rej nie mo\u017cna zignorowa\u0107, po prostu m\u00f3wi\u0105c: \u201eAaaa, blockchain to tylko \u017ale zaimplementowana rozproszona baza danych\u201d. Lub jak sceptycy lubi\u0105 m\u00f3wi\u0107: \u201eNie ma \u017cadnych prawdziwych zastosowa\u0144 dla blockchaina\u201d. Je\u015bli si\u0119 nad tym zastanowi\u0107, 150 lat temu m\u00f3wili to samo o elektryczno\u015bci. I w\u0142a\u015bciwie w czym\u015b mieli racj\u0119, poniewa\u017c to, co elektryczno\u015b\u0107 czyni mo\u017cliwym dzisiaj, w XIX wieku by\u0142o ca\u0142kowicie niemo\u017cliwe.<\/p>\n

A tak przy okazji, kto wie, co to za logo na ekranie? To Hyperledger. To projekt rozwijany pod auspicjami The Linux Foundation, obejmuj\u0105cy zestaw technologii blockchainowych. To naprawd\u0119 si\u0142a naszej spo\u0142eczno\u015bci otwartego kodu.<\/p>\n

In\u017cynieria chaosu<\/b><\/h3>\n

\n\"DevOps
\n
\nOt\u00f3\u017c system, kt\u00f3ry rozwijamy, staje si\u0119 coraz bardziej z\u0142o\u017cony, coraz bardziej chaotyczny, coraz bardziej adaptacyjny. Netflix to pionierzy system\u00f3w mikroserwisowych. Byli jednymi z pierwszych, kt\u00f3rzy to zrozumieli, opracowali zestaw narz\u0119dzi, kt\u00f3ry nazwali Simian Army, z kt\u00f3rych najs\u0142ynniejszy to Chaos Monkey<\/a><\/noindex>. Zdefiniowa\u0142 to, co sta\u0142o si\u0119 znane jako \u201ezasady in\u017cynierii chaosu\u201c<\/a><\/noindex>.<\/p>\n

Zreszt\u0105, podczas pracy nad raportem przet\u0142umaczyli\u015bmy ten tekst na j\u0119zyk rosyjski, wi\u0119c zapraszam do linku<\/a><\/noindex>, czytajcie, komentujcie, krytykujcie.<\/p>\n

W skr\u00f3cie, zasady in\u017cynierii chaosu m\u00f3wi\u0105 o tym, \u017ce skomplikowane systemy rozproszone z definicji s\u0105 nieprzewidywalne i zawieraj\u0105 b\u0142\u0119dy. B\u0142\u0119dy s\u0105 nieuniknione, co oznacza, \u017ce musimy je zaakceptowa\u0107 i pracowa\u0107 z tymi systemami zupe\u0142nie inaczej. <\/p>\n

Musimy sami stara\u0107 si\u0119 wprowadza\u0107 te b\u0142\u0119dy do naszych system\u00f3w produkcyjnych, aby testowa\u0107 nasz\u0105 zdolno\u015b\u0107 do adaptacji, samoorganizacji i przetrwania tych system\u00f3w. <\/p>\n

I to zmienia wszystko. Nie tylko to, jak wdra\u017camy system do produkcji, ale tak\u017ce, jak je rozwijamy i testujemy. Nie ma \u017cadnego procesu stabilizacji, zamra\u017cania kodu, wr\u0119cz przeciwnie, jest ci\u0105g\u0142y proces dezorganizacji. Staramy si\u0119 zabi\u0107 system i zobaczy\u0107, co przetrwa.<\/p>\n

Protoko\u0142y Integracji System\u00f3w Rozproszonych<\/b><\/h3>\n

\n\"DevOps
\n
\nOdpowiednio, wymaga to od naszych system\u00f3w, aby r\u00f3wnie\u017c si\u0119 zmieni\u0142y. Aby sta\u0142y si\u0119 bardziej odporne, potrzebuj\u0105 nowych protoko\u0142\u00f3w interakcji mi\u0119dzy swoimi cz\u0119\u015bciami. Tak, aby te cz\u0119\u015bci mog\u0142y si\u0119 komunikowa\u0107 i osi\u0105gn\u0105\u0107 jak\u0105\u015b form\u0119 samozorganizowania. I pojawiaj\u0105 si\u0119 r\u00f3\u017cne nowe narz\u0119dzia, nowe protoko\u0142y, kt\u00f3re nazywam \u201eprotokolami interakcji system\u00f3w rozproszonych\u201c.<\/p>\n

\"DevOps
\n
\nO czym m\u00f3wi\u0119? Przede wszystkim o projekcie Opentracing<\/a><\/noindex>. Pewna pr\u00f3ba stworzenia wsp\u00f3lnego protoko\u0142u \u015bledzenia rozproszonego, kt\u00f3ry jest niezb\u0119dnym narz\u0119dziem do debugowania z\u0142o\u017conych system\u00f3w rozproszonych.<\/p>\n

\"DevOps
\n
\nDalej \u2014 Open Policy Agent<\/a><\/noindex>. M\u00f3wimy, \u017ce nie mo\u017cemy przewidzie\u0107, co si\u0119 stanie z systemem, wi\u0119c musimy zwi\u0119kszy\u0107 jego obserwowalno\u015b\u0107. Opentracing nale\u017cy do rodziny narz\u0119dzi, kt\u00f3re umo\u017cliwiaj\u0105 obserwowalno\u015b\u0107 naszych system\u00f3w. Ale obserwowalno\u015b\u0107 jest nam potrzebna, aby okre\u015bli\u0107, czy system zachowuje si\u0119 tak, jak oczekujemy, czy nie. Jak okre\u015bli\u0107 oczekiwane zachowanie? Poprzez definiowanie w niej pewnej polityki, pewnego zestawu zasad. Projekt Open Policy Agent zajmuje si\u0119 definiowaniem tego zestawu zasad w szerokim zakresie: od dost\u0119pu po alokacj\u0119 zasob\u00f3w.<\/p>\n

\"DevOps
\n
\nJak ju\u017c wspomnieli\u015bmy, nasze systemy staj\u0105 si\u0119 coraz bardziej zorientowane na zdarzenia. Serverless to doskona\u0142y przyk\u0142ad system\u00f3w zorientowanych na zdarzenia. Aby\u015bmy mogli przekazywa\u0107 zdarzenia mi\u0119dzy systemami i je \u015bledzi\u0107, potrzebujemy wsp\u00f3lnego j\u0119zyka, wsp\u00f3lnego protoko\u0142u, aby m\u00f3c rozmawia\u0107 o zdarzeniach, jak je sobie przekazujemy. Tym zajmuje si\u0119 projekt o nazwie Cloudevents<\/a><\/noindex>.<\/p>\n

\"DevOps
\n
\nCi\u0105g\u0142y strumie\u0144 zmian, kt\u00f3ry przep\u0142ywa przez nasze systemy, nieustannie je destabilizuj\u0105c, to ci\u0105g\u0142y strumie\u0144 artefakt\u00f3w programowych. Aby\u015bmy mogli utrzyma\u0107 ten sta\u0142y strumie\u0144 zmian, potrzebujemy wsp\u00f3lnego protoko\u0142u, dzi\u0119ki kt\u00f3remu b\u0119dziemy mogli rozmawia\u0107 o tym, czym jest artefakt programowy, jak jest weryfikowany i jakie testy przeszed\u0142. Tym zajmuje si\u0119 projekt o nazwie Grafeas<\/a><\/noindex>. To znaczy wsp\u00f3lny protok\u00f3\u0142 metadanych artefakt\u00f3w programowych.<\/p>\n

\"DevOps
\n
\nI wreszcie, je\u015bli chcemy, aby nasze systemy by\u0142y ca\u0142kowicie samodzielne, adaptacyjne i samoorganizuj\u0105ce si\u0119, musimy im da\u0107 prawo do samoidentyfikacji. Projekt o nazwie spiffe<\/a><\/noindex> tym si\u0119 w\u0142a\u015bnie zajmuje. To r\u00f3wnie\u017c projekt pod egid\u0105 Cloud Native Computing Foundation.<\/p>\n

Wszystkie te projekty s\u0105 m\u0142ode, wszystkie potrzebuj\u0105 naszej mi\u0142o\u015bci, naszej weryfikacji. To wszystko jest otwartym kodem, naszym testowaniem, nasz\u0105 implementacj\u0105. Pokazuj\u0105 nam, w jakim kierunku zmierza technologia. <\/p>\n

Ale DevOps nigdy nie by\u0142 przede wszystkim o technologii, zawsze by\u0142 przede wszystkim o wsp\u00f3\u0142pracy mi\u0119dzy lud\u017ami. I je\u015bli chcemy, aby systemy, kt\u00f3re tworzymy, si\u0119 zmieni\u0142y, musimy si\u0119 zmieni\u0107. W rzeczywisto\u015bci zmieniamy si\u0119 ju\u017c, nie mamy szczeg\u00f3lnie wyboru. <\/p>\n

\"DevOps
\n
\nIstnieje wspania\u0142a ksi\u0105\u017ck\u0119<\/a><\/noindex> ksi\u0105\u017cka brytyjskiej pisarki Rachel Botsman, w kt\u00f3rej pisze o ewolucji zaufania w historii ludzko\u015bci. M\u00f3wi, \u017ce pocz\u0105tkowo, w prymitywnych spo\u0142ecze\u0144stwach, zaufanie by\u0142o lokalne, to znaczy ufali\u015bmy tylko tym, kt\u00f3rych znamy osobi\u015bcie. <\/p>\n

Nast\u0119pnie by\u0142 bardzo d\u0142ugi okres \u2014 ciemny czas, kiedy zaufanie by\u0142o scentralizowane, gdy zacz\u0119li\u015bmy ufa\u0107 ludziom, kt\u00f3rych nie znamy, na podstawie tego, \u017ce nale\u017cymy do tej samej instytucji spo\u0142ecznej lub rz\u0105dowej.<\/p>\n

I oto, co widzimy w naszym wsp\u00f3\u0142czesnym \u015bwiecie: zaufanie staje si\u0119 coraz bardziej rozproszone i zdecentralizowane, a opiera si\u0119 na wolno\u015bci przep\u0142ywu informacji, na dost\u0119pno\u015bci informacji. <\/p>\n

Je\u015bli si\u0119 nad tym zastanowi\u0107, to w\u0142a\u015bnie t\u0119 dost\u0119pno\u015b\u0107, kt\u00f3ra umo\u017cliwia to zaufanie, my realizujemy. To oznacza, \u017ce musz\u0105 si\u0119 zmienia\u0107 zar\u00f3wno nasze metody wsp\u00f3\u0142pracy, jak i spos\u00f3b, w jaki to robimy, poniewa\u017c scentralizowane hierarchiczne organizacje IT starego typu przestaj\u0105 dzia\u0142a\u0107. Zaczynaj\u0105 wygasa\u0107. <\/p>\n

Podstawy organizacji DevOps<\/b><\/h3>\n

\nIdealna organizacja DevOps przysz\u0142o\u015bci to zdecentralizowany, adaptacyjny system sk\u0142adaj\u0105cy si\u0119 z autonomicznych zespo\u0142\u00f3w, z kt\u00f3rych ka\u017cdy sk\u0142ada si\u0119 z niezale\u017cnych jednostek. Zespo\u0142y te s\u0105 rozsiane po ca\u0142ym \u015bwiecie, skutecznie wsp\u00f3\u0142pracuj\u0105 ze sob\u0105, korzystaj\u0105c z komunikacji asynchronicznej oraz wysoko przejrzystych protoko\u0142\u00f3w wymiany informacji. Bardzo pi\u0119kne, prawda? Bardzo pi\u0119kna przysz\u0142o\u015b\u0107.<\/p>\n

Oczywi\u015bcie, to wszystko jest niemo\u017cliwe bez zmian kulturowych. Musimy mie\u0107 transformacyjne przyw\u00f3dztwo, osobist\u0105 odpowiedzialno\u015b\u0107, wewn\u0119trzn\u0105 motywacj\u0119.<\/p>\n

\"DevOps
\n
\nTo jest podstawa organizacji DevOps: przejrzysto\u015b\u0107 informacji, komunikacja asynchroniczna, transformacyjne przyw\u00f3dztwo, decentralizacja. <\/p>\n

Wypalenie zawodowe<\/b><\/h3>\n

\nSystemy, kt\u00f3rych cz\u0119\u015bci\u0105 jeste\u015bmy i te, kt\u00f3re budujemy, staj\u0105 si\u0119 coraz bardziej chaotyczne, a nam, ludziom, trudno pogodzi\u0107 si\u0119 z t\u0105 my\u015bl\u0105, trudno zrezygnowa\u0107 z iluzji kontroli. Staramy si\u0119 nadal je kontrolowa\u0107, a cz\u0119sto prowadzi to do wypalenia zawodowego. M\u00f3wi\u0119 to z w\u0142asnego do\u015bwiadczenia, r\u00f3wnie\u017c si\u0119 sparzy\u0142em, r\u00f3wnie\u017c jestem ofiar\u0105 nieprzewidzianych awarii w produkcji.<\/p>\n

\"DevOps
\n
\nWypalenie zawodowe wyst\u0119puje wtedy, gdy pr\u00f3bujemy kontrolowa\u0107 to, co z zasady nie poddaje si\u0119 kontroli. Kiedy do\u015bwiadczamy wypalenia, wszystko traci sens, poniewa\u017c tracimy ch\u0119\u0107 do tworzenia czego\u015b nowego, przyjmujemy postaw\u0119 defensywn\u0105 i zaczynamy broni\u0107 tego, co jest. <\/p>\n

Zaw\u00f3d in\u017cyniera, jak cz\u0119sto lubi\u0119 sobie przypomina\u0107, to przede wszystkim zaw\u00f3d kreatywny. Je\u015bli tracimy ch\u0119\u0107 do tworzenia, to zamieniamy si\u0119 w popi\u00f3\u0142, zamieniamy si\u0119 w \u017car. Wypalaj\u0105 si\u0119 ludzie, wypalaj\u0105 si\u0119 ca\u0142e organizacje.<\/p>\n

Moim zdaniem, tylko akceptacja tw\u00f3rczej si\u0142y chaosu, tylko budowanie wsp\u00f3\u0142pracy na jego zasadach \u2014 to, co pomo\u017ce nam nie utraci\u0107 tego, co dobre w naszym zawodzie. <\/p>\n

Czego wam \u017cycz\u0119: kocha\u0107 swoj\u0105 prac\u0119, kocha\u0107 to, co robimy. Ten \u015bwiat \u017cyje informacj\u0105, mamy zaszczyt go zasila\u0107. Wi\u0119c uczmy si\u0119 chaosu, b\u0105d\u017amy chaosologami, przyno\u015bmy warto\u015b\u0107, tw\u00f3rzmy co\u015b nowego, a problemy, jak ju\u017c si\u0119 przekonali\u015bmy, s\u0105 nieuniknione i kiedy si\u0119 pojawi\u0105, powiemy po prostu \u201eUps!\u201c, a problem zostanie rozwi\u0105zany. <\/p>\n

Co opr\u00f3cz Chaos Monkey?<\/b><\/p>\n

Tak naprawd\u0119 wszystkie te narz\u0119dzia s\u0105 bardzo m\u0142ode. Netflix tworzy\u0142 narz\u0119dzia dla siebie. Budujcie narz\u0119dzia dla siebie. Czytajcie zasady in\u017cynierii chaosu i stosujcie si\u0119 do tych zasad, a nie pr\u00f3bujcie szuka\u0107 innych narz\u0119dzi, kt\u00f3re kto\u015b inny ju\u017c stworzy\u0142. <\/p>\n

Starajcie si\u0119 zrozumie\u0107, jak wasze systemy si\u0119 \u0142ami\u0105 i zaczynajcie je \u0142ama\u0107 oraz obserwowa\u0107, jak znosz\u0105 uderzenia. To jest najwa\u017cniejsze. A narz\u0119dzia mo\u017cna poszuka\u0107. Jest wiele projekt\u00f3w. <\/p>\n

Nie do ko\u0144ca zrozumia\u0142em moment, w kt\u00f3rym m\u00f3wili\u015bcie, \u017ce nie mo\u017cna upraszcza\u0107 systemu poprzez upraszczanie jego komponent\u00f3w, a od razu przeszli\u015bcie do mikrous\u0142ug, kt\u00f3re w\u0142a\u015bnie upraszczaj\u0105 system poprzez upraszczanie samych komponent\u00f3w, a jednocze\u015bnie komplikuj\u0105 interakcje. To zasadniczo dwie sprzeczne ze sob\u0105 cz\u0119\u015bci. <\/b><\/p>\n

Zgadza si\u0119, mikrous\u0142ugi to bardzo kontrowersyjny temat. Tak naprawd\u0119 uproszczenie cz\u0119\u015bci zwi\u0119ksza elastyczno\u015b\u0107. Czym mikrous\u0142ugi nam daj\u0105? Daj\u0105 nam elastyczno\u015b\u0107 i szybko\u015b\u0107, ale na pewno nie daj\u0105 prostoty. Zwi\u0119kszaj\u0105 z\u0142o\u017cono\u015b\u0107.<\/p>\n

Czyli w filozofii DevOps mikrous\u0142ugi to wcale nie jest takie b\u0142ogos\u0142awie\u0144stwo?<\/b><\/p>\n

Ka\u017cde dobro ma swoj\u0105 ciemn\u0105 stron\u0119. Istnieje dobro: zwi\u0119ksza elastyczno\u015b\u0107, daje nam mo\u017cliwo\u015b\u0107 szybszych zmian, ale zwi\u0119ksza z\u0142o\u017cono\u015b\u0107 i w zwi\u0105zku z tym krucho\u015b\u0107 ca\u0142ego systemu. <\/p>\n

Na co w ko\u0144cu k\u0142a\u015b\u0107 wi\u0119kszy nacisk: na uproszczenie interakcji czy na uproszczenie cz\u0119\u015bci?<\/b> <\/p>\n

Nacisk zdecydowanie k\u0142adziony jest na uproszczenie interakcji, poniewa\u017c je\u015bli spojrzymy na to z perspektywy naszej wsp\u00f3\u0142pracy, to przede wszystkim nale\u017cy skupi\u0107 si\u0119 na uproszczeniu interakcji, a nie na uproszczeniu pracy ka\u017cdego z nas z osobna. Uproszczenie pracy to przekszta\u0142canie nas w roboty. W McDonald's dzia\u0142a to dobrze, gdy masz jasne instrukcje: tutaj po\u0142\u00f3\u017c burgera, tutaj dodaj sos. W naszej kreatywnej pracy to zupe\u0142nie nie dzia\u0142a.<\/p>\n

Czy to prawda, \u017ce wszystko, co powiedzia\u0142e\u015b, \u017cyje w \u015bwiecie bez konkurencji, gdzie chaos jest dobroczynny, a wewn\u0105trz tego chaosu nie ma sprzeczno\u015bci, nikt nikogo nie chce zje\u015b\u0107 ani zabi\u0107? Jak konkurencja i DevOps powinny funkcjonowa\u0107?<\/b><\/p>\n

To zale\u017cy, o jakiej konkurencji m\u00f3wimy. O konkurencji w miejscu pracy czy o konkurencji mi\u0119dzy firmami? <\/p>\n

O konkurencji us\u0142ug, kt\u00f3re istniej\u0105, poniewa\u017c us\u0142ugi to nie kilka firm. Tworzymy nowy typ \u015brodowiska informacyjnego, a ka\u017cde \u015brodowisko nie mo\u017ce istnie\u0107 bez konkurencji. Wsz\u0119dzie wyst\u0119puje konkurencja.<\/b><\/p>\n

Podobnie jak Netflix, bierzemy ich jako model r\u00f3l. Dlaczego to wymy\u015blili? Poniewa\u017c musieli by\u0107 konkurencyjni. Ta elastyczno\u015b\u0107 i szybko\u015b\u0107 dzia\u0142ania s\u0105 dok\u0142adnie tym konkurencyjnym wymogiem, kt\u00f3ry wnosi chaos do naszych system\u00f3w. Chaos nie jest czym\u015b, co \u015bwiadomie tworzymy, poniewa\u017c tego chcemy, to co\u015b, co nast\u0119puje w wyniku wymaga\u0144 \u015bwiata. Musimy si\u0119 po prostu dostosowa\u0107. Chaos jest wi\u0119c rezultatem konkurencji.<\/p>\n

Czy to oznacza, \u017ce chaos to brak cel\u00f3w? A mo\u017ce cele, kt\u00f3rych nie chcemy widzie\u0107? Jeste\u015bmy w jakiej\u015b ba\u0144ce i nie rozumiemy cel\u00f3w innych. Konkurencja, w rzeczywisto\u015bci, wynika z tego, \u017ce mamy jasno okre\u015blone cele i wiemy, dok\u0105d zmierzamy w ka\u017cdym nast\u0119pnym momencie. W tym, moim zdaniem, tkwi istota DevOps.<\/b><\/p>\n

Te\u017c spojrzenie na spraw\u0119. My\u015bl\u0119, \u017ce naszym celem jest jeden: przetrwa\u0107 i robi\u0107 to z
\nnajwi\u0119ksz\u0105 przyjemno\u015bci\u0105. A konkurencyjny cel ka\u017cdej organizacji jest taki sam. Przetrwanie cz\u0119sto odbywa si\u0119 w konkurencyjnej walce, tu ju\u017c nic nie zrobisz.<\/p>\n

W tym roku konferencja DevOpsDays Moskwa<\/a><\/noindex> odb\u0119dzie si\u0119 7 grudnia w \u201eTechnopoli\u201d. Zg\u0142oszenia na referaty przyjmujemy do 11 listopada. Napiszcie<\/a><\/noindex> do nas, je\u015bli chcecie wyst\u0105pi\u0107.<\/p>\n

Rejestracja dla uczestnik\u00f3w jest otwarta, bilet kosztuje 7000 rubli. Do\u0142\u0105cz do nas! \n<\/p><\/blockquote>\n

\u0179r\u00f3d\u0142o: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041e\u0441\u043d\u043e\u0432\u0430\u0442\u0435\u043b\u044c \u0438 \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440 \u00abOtomato Software\u00bb, \u043e\u0434\u0438\u043d \u0438\u0437 \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u0432 \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0442\u043e\u0440\u043e\u0432 \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438 \u0410\u043d\u0442\u043e\u043d \u0412\u0430\u0439\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b \u043d\u0430 \u043f\u0440\u043e\u0448\u043b\u043e\u0433\u043e\u0434\u043d\u0435\u043c DevOpsDays Moscow \u043f\u0440\u043e \u0442\u0435\u043e\u0440\u0438\u044e \u0445\u0430\u043e\u0441\u0430 \u0438 \u0433\u043b\u0430\u0432\u043d\u044b\u0435 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u044b \u0445\u0430\u043e\u0441\u043d\u043e\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u0438\u0438, \u0430 \u0442\u0430\u043a\u0436\u0435 \u043e\u0431\u044a\u044f\u0441\u043d\u0438\u043b, \u043a\u0430\u043a \u0443\u0441\u0442\u0440\u043e\u0435\u043d\u0430 \u0438\u0434\u0435\u0430\u043b\u044c\u043d\u0430\u044f DevOps-\u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0431\u0443\u0434\u0443\u0449\u0435\u0433\u043e. \u041c\u044b \u043f\u0440\u0438\u0433\u043e\u0442\u043e\u0432\u0438\u043b\u0438 \u0442\u0435\u043a\u0441\u0442\u043e\u0432\u0443\u044e \u0432\u0435\u0440\u0441\u0438\u044e \u0434\u043e\u043a\u043b\u0430\u0434\u0430. \u0414\u043e\u0431\u0440\u043e\u0435 \u0443\u0442\u0440\u043e! DevOpsDays \u0432 \u041c\u043e\u0441\u043a\u0432\u0435 \u0432\u0442\u043e\u0440\u043e\u0439 \u0433\u043e\u0434 \u043f\u043e\u0434\u0440\u044f\u0434, \u044f \u0432\u0442\u043e\u0440\u043e\u0439 \u0440\u0430\u0437 \u043d\u0430 \u044d\u0442\u043e\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":29435,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-39219","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47DevOps i Chaos: dostarczanie oprogramowania w zdecentralizowanym \u015bwiecie | ProHoster","description":"Za\u0142o\u017cyciel i dyrektor \u201eOtomato Software\u201d, jeden z inicjator\u00f3w i instruktor\u00f3w pierwszej w Izraelu certyfikacji DevOps, Anton Weiss, m\u00f3wi\u0142 w zesz\u0142ym roku","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pl_PL","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0414\u0435\u0432\u041e\u043f\u0441 \u0438 \u0425\u0430\u043e\u0441: \u0434\u043e\u0441\u0442\u0430\u0432\u043a\u0430 \u041f\u041e \u0432 \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u043e\u043c \u043c\u0438\u0440\u0435 | ProHoster","og:description":"\u041e\u0441\u043d\u043e\u0432\u0430\u0442\u0435\u043b\u044c \u0438 \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440 \u00abOtomato Software\u00bb, \u043e\u0434\u0438\u043d \u0438\u0437 \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u0432 \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0442\u043e\u0440\u043e\u0432 \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438 \u0410\u043d\u0442\u043e\u043d \u0412\u0430\u0439\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b \u043d\u0430 \u043f\u0440\u043e\u0448\u043b\u043e\u0433\u043e\u0434\u043d\u0435\u043c","og:url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:28:31+00:00","article:modified_time":"2019-10-31T19:28:31+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"39219","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 01:19:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:54:41","updated":"2026-01-24 01:19:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/39219","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/comments?post=39219"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/39219\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media\/29435"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=39219"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=39219"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=39219"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}