<\/a><\/noindex>DevOps obejmuje wiele r\u00f3\u017cnych koncepcji (ci\u0105g\u0142e dostarczanie, ci\u0105g\u0142a integracja, automatyzacja itd.), dlatego wyodr\u0119bnienie kluczowych aspekt\u00f3w mo\u017ce by\u0107 trudne, szczeg\u00f3lnie gdy nie jest si\u0119 oboj\u0119tnym na temat. Jednak ta umiej\u0119tno\u015b\u0107 jest niezwykle przydatna, niezale\u017cnie od tego, czy pr\u00f3bujesz przekaza\u0107 swoje pomys\u0142y prze\u0142o\u017conemu, czy po prostu opowiadasz o swojej pracy komu\u015b z rodziny lub znajomych. Dlatego na razie od\u0142o\u017cymy na bok terminologiczne niuanse DevOps i skoncentrujemy si\u0119 na og\u00f3lnym obrazie.<\/p>\n
Czym jest DevOps: 6 definicji i analogii<\/h3>\n \nPoprosili\u015bmy specjalist\u00f3w, aby jak najpro\u015bciej i najkr\u00f3cej wyja\u015bnili istot\u0119 DevOps, aby jej warto\u015b\u0107 sta\u0142a si\u0119 zrozumia\u0142a dla czytelnik\u00f3w o r\u00f3\u017cnym poziomie wiedzy technicznej. Na podstawie tych rozm\u00f3w wybrali\u015bmy najbardziej wyraziste analogie i mocne sformu\u0142owania, kt\u00f3re pomog\u0105 Wam zbudowa\u0107 swoj\u0105 opowie\u015b\u0107 o DevOps.<\/p>\n
1. DevOps \u2013 to ruch kulturowy<\/h4>\n \n\u201eDevOps \u2013 to ruch kulturowy, w ramach kt\u00f3rego obie strony (programi\u015bci oraz specjali\u015bci od eksploatacji system\u00f3w IT) uznaj\u0105, \u017ce oprogramowanie nie przynosi rzeczywistej warto\u015bci, dop\u00f3ki nikt z niego nie korzysta: klienci, u\u017cytkownicy, pracownicy \u2013 to nieistotne\u201d, uwa\u017ca Evelina Oehrlich, starszy analityk badawczy w Instytucie DevOps. \u201eDlatego obie te strony wsp\u00f3lnie zapewniaj\u0105 szybkie i wysokiej jako\u015bci dostarczanie oprogramowania\u201d.<\/p>\n
2. DevOps \u2013 to co\u015b, co daje moc programistom<\/h4>\n \n\u201eDevOps daje programistom w\u0142adz\u0119 nad aplikacjami, ich uruchamianiem oraz zarz\u0105dzaniem dostaw\u0105 od pocz\u0105tku do ko\u0144ca\u201c<\/b><\/p>\n
\u201eZwykle m\u00f3wi si\u0119 o DevOps jako o sposobie przyspieszenia dostarczania aplikacji do produkcji dzi\u0119ki budowaniu i wdra\u017caniu zautomatyzowanych proces\u00f3w, m\u00f3wi Jai Schniepp, dyrektor ds. platform DevOps w firmie ubezpieczeniowej Liberty Mutual. \u2013 Ale dla mnie to znacznie bardziej fundamentalna kwestia. DevOps daje programistom w\u0142adz\u0119 nad aplikacjami lub okre\u015blonymi cz\u0119\u015bciami oprogramowania, ich uruchamianiem oraz zarz\u0105dzaniem dostaw\u0105 od pocz\u0105tku do ko\u0144ca. DevOps eliminuje chaos zwi\u0105zany z odpowiedzialno\u015bci\u0105 i prowadzi wszystkich uczestnik\u00f3w procesu do stworzenia zautomatyzowanej i zarz\u0105dzanej przez programist\u00f3w infrastruktury.\u201d<\/p>\n
3. DevOps to wsp\u00f3\u0142praca przy tworzeniu i dostarczaniu aplikacji<\/h4>\n \n\u201eM\u00f3wi\u0105c pro\u015bciej, DevOps to podej\u015bcie do produkcji i dostarczania oprogramowania, w kt\u00f3rym wszyscy wsp\u00f3\u0142pracuj\u0105\u201d, zauwa\u017ca Gur Staf, prezydent i szef dzia\u0142u automatyzacji cyfrowego biznesu w firmie BMC.<\/p>\n
4. DevOps to linia produkcyjna<\/h4>\n \n\u201eLinia produkcyjna jest mo\u017cliwa tylko wtedy, gdy wszystkie cz\u0119\u015bci do siebie pasuj\u0105\u201d.<\/b><\/p>\n
\u201ePor\u00f3wna\u0142bym DevOps do linii produkcyjnej samochod\u00f3w, kontynuuje Gur Staf. \u2013 Idea polega na tym, aby z g\u00f3ry zaprojektowa\u0107 i wykona\u0107 wszystkie cz\u0119\u015bci tak, aby p\u00f3\u017aniej mo\u017cna je by\u0142o z\u0142o\u017cy\u0107 bez indywidualnego dopasowywania. Linia produkcyjna jest mo\u017cliwa tylko wtedy, gdy wszystkie cz\u0119\u015bci do siebie pasuj\u0105. Ci, kt\u00f3rzy projektuj\u0105 i tworz\u0105 silnik, musz\u0105 pomy\u015ble\u0107 o tym, jak przymocowa\u0107 go do nadwozia lub ramy. Ci, kt\u00f3rzy robi\u0105 hamulce, musz\u0105 pomy\u015ble\u0107 o ko\u0142ach, i tak dalej. Tak samo powinno by\u0107 z oprogramowaniem.\u201d <\/p>\n
Programista tworz\u0105cy logik\u0119 biznesow\u0105 lub interfejs u\u017cytkownika musi pomy\u015ble\u0107 o bazie danych, kt\u00f3ra przechowuje informacje o klientach, o \u015brodkach bezpiecze\u0144stwa chroni\u0105cych dane u\u017cytkownik\u00f3w, a tak\u017ce o tym, jak wszystko to b\u0119dzie dzia\u0142a\u0107, gdy us\u0142uga zacznie obs\u0142ugiwa\u0107 du\u017c\u0105, by\u0107 mo\u017ce nawet wielomilionow\u0105 spo\u0142eczno\u015b\u0107 u\u017cytkownik\u00f3w.\u201d<\/p>\n
\u201eSprawi\u0107, aby ludzie wsp\u00f3\u0142pracowali i my\u015bleli o tych aspektach pracy, kt\u00f3re wykonuj\u0105 inni, a nie koncentrowali si\u0119 wy\u0142\u0105cznie na swoich w\u0142asnych zadaniach \u2013 to najwi\u0119ksza przeszkoda, kt\u00f3r\u0105 nale\u017cy pokona\u0107. Je\u015bli si\u0119 to uda, b\u0119dziesz mia\u0142 doskona\u0142e szanse na cyfrow\u0105 transformacj\u0119\u201d \u2013 dodaje Gur Staff.<\/p>\n
5. DevOps to odpowiednia kombinacja ludzi, proces\u00f3w i automatyzacji<\/h4>\n \nJayne Groll, dyrektor wykonawczy Instytutu DevOps, zaproponowa\u0142a doskona\u0142\u0105 analogi\u0119 do wyja\u015bnienia DevOps. Jej zdaniem \u201eDevOps jest jak przepis kulinarny, w kt\u00f3rym istniej\u0105 trzy podstawowe kategorie sk\u0142adnik\u00f3w: ludzie, procesy i automatyzacja. Wi\u0119kszo\u015b\u0107 tych sk\u0142adnik\u00f3w mo\u017cna pozyska\u0107 z innych obszar\u00f3w i \u017ar\u00f3de\u0142: Lean, Agile, SRE, CI\/CD, ITIL, przyw\u00f3dztwo, kultura, narz\u0119dzia. Sekret DevOps, podobnie jak ka\u017cdego dobrego przepisu, polega na tym, jak prawid\u0142owo dobra\u0107 proporcje i wymiesza\u0107 te sk\u0142adniki, aby zwi\u0119kszy\u0107 szybko\u015b\u0107 i efektywno\u015b\u0107 pracy przy tworzeniu oraz wdra\u017caniu aplikacji.\u201d<\/p>\n
6. DevOps to gdy programi\u015bci pracuj\u0105 jak zesp\u00f3\u0142 Formu\u0142y 1<\/h4>\n \n\u201eWy\u015bcig planuje si\u0119 nie od startu do mety, ale odwrotnie, od mety do startu\u201d.<\/b><\/p>\n
\u201eM\u00f3wi\u0105c o tym, czego oczekiwa\u0107 od inicjatywy DevOps, pos\u0142uguj\u0119 si\u0119 przyk\u0142adem zespo\u0142u wy\u015bcigowego NASCAR lub Formu\u0142y 1 \u2013 m\u00f3wi Chris Short, dyrektor marketingu platform chmurowych Red Hat i wydawca newslettera DevOps\u2019ish. \u2013 Lider takiego zespo\u0142u ma jeden cel: zaj\u0105\u0107 jak najwy\u017csze miejsce w wy\u015bcigu, bior\u0105c pod uwag\u0119 dost\u0119pne zasoby i wyzwania, kt\u00f3re stan\u0119\u0142y przed zespo\u0142em. Przy tym wy\u015bcig planuje si\u0119 nie od startu do mety, ale odwrotnie, od mety do startu. Najpierw stawia si\u0119 ambitny cel, a nast\u0119pnie okre\u015bla si\u0119 sposoby jego osi\u0105gni\u0119cia. Po czym dzieli si\u0119 je na podzadania i deleguje cz\u0142onkom zespo\u0142u.\u201d<\/p>\n
\u201ePrzez ca\u0142y tydzie\u0144 przed wy\u015bcigiem zesp\u00f3\u0142 doskonali swoje pit-stopy. Anga\u017cuj\u0105 si\u0119 w treningi si\u0142owe i kardio, aby by\u0107 w formie w ten wyczerpuj\u0105cy dzie\u0144 wy\u015bcigu. \u0106wicz\u0105 wsp\u00f3\u0142prac\u0119 w rozwi\u0105zywaniu wszelkich problem\u00f3w, kt\u00f3re mog\u0105 wyst\u0105pi\u0107 w trakcie wy\u015bcigu. Podobnie zesp\u00f3\u0142 deweloper\u00f3w powinien doskonali\u0107 umiej\u0119tno\u015bci cz\u0119stego wypuszczania nowych wersji. Przy takich umiej\u0119tno\u015bciach i dopracowanym systemie bezpiecze\u0144stwa, uruchamianie nowych wersji w produkcji r\u00f3wnie\u017c zachodzi cz\u0119\u015bciej. W ramach tej perspektywy wzrost pr\u0119dko\u015bci oznacza wzrost bezpiecze\u0144stwa\u201d \u2013 m\u00f3wi Short.<\/p>\n
\u201eNie chodzi o to, aby robi\u0107 \u00abw\u0142a\u015bciwe rzeczy\u00bb - dodaje Short - ale o usuwanie jak najwi\u0119kszej liczby rzeczy, kt\u00f3re stoj\u0105 na drodze do po\u017c\u0105danych rezultat\u00f3w. Wsp\u00f3\u0142pracuj i dostosowuj si\u0119 na podstawie informacji zwrotnej, kt\u00f3r\u0105 otrzymujesz w czasie rzeczywistym. B\u0105d\u017a gotowy na anomalia i pracuj nad popraw\u0105 jako\u015bci, aby zminimalizowa\u0107 ich wp\u0142yw na d\u0105\u017cenie do celu. To w\u0142a\u015bnie nas czeka w \u015bwiecie DevOps\u201d.<\/p>\n
Jak skalowa\u0107 DevOps: 10 wskaz\u00f3wek od ekspert\u00f3w<\/h3>\n \nZwyk\u0142y DevOps i masowy DevOps to dwie zupe\u0142nie r\u00f3\u017cne rzeczy. Opowiemy, jak pokona\u0107 przeszkody na drodze od jednego do drugiego.<\/b><\/p>\n
Dla wielu organizacji droga do DevOps zaczyna si\u0119 \u0142atwo i przyjemnie. Tworzone s\u0105 ma\u0142e zespo\u0142y pasjonat\u00f3w, stare procesy zast\u0119powane s\u0105 nowymi i pierwsze sukcesy szybko przychodz\u0105.<\/p>\n
Niestety, to tylko fa\u0142szywy blask, iluzja post\u0119pu, jak m\u00f3wi Ben Grinnell, dyrektor zarz\u0105dzaj\u0105cy i lider w zakresie technologii cyfrowych w firmie konsultingowej North Highland. Wczesne zwyci\u0119stwa oczywi\u015bcie budz\u0105 nadziej\u0119, ale nie pomagaj\u0105 osi\u0105gn\u0105\u0107 ostatecznego celu, jakim jest masowe wdro\u017cenie DevOps w organizacji.<\/p>\n
\u0141atwo dostrzec, \u017ce w rezultacie kszta\u0142tuje si\u0119 kultura podzia\u0142u na \u201emy\u201d i \u201eoni\u201d.<\/b><\/p>\n
Cz\u0119sto organizacje uruchamiaj\u0105 takie pionierskie projekty, s\u0105dz\u0105c, \u017ce utoruj\u0105 drog\u0119 do masowego DevOps, nie zastanawiaj\u0105c si\u0119, czy inni b\u0119d\u0105 chcieli i mogli p\u00f3j\u015b\u0107 t\u0105 drog\u0105 \u2013 wyja\u015bnia Ben Grinnell. \u2013 Zazwyczaj zespo\u0142y do realizacji takich projekt\u00f3w rekrutuj\u0105 z siebie nawzajem \u2018wiking\u00f3w\u2019, kt\u00f3rzy ju\u017c robili co\u015b podobnego w innych miejscach, ale s\u0105 nowicjuszami w waszej organizacji. Przy tym s\u0105 zach\u0119cani do \u0142amania i niszczenia zasad, kt\u00f3re wci\u0105\u017c s\u0105 obowi\u0105zkowe dla wszystkich pozosta\u0142ych. \u0141atwo zauwa\u017cy\u0107, \u017ce w efekcie powstaje kultura podzia\u0142u na 'my' i 'oni', kt\u00f3ra utrudnia przekazywanie wiedzy i umiej\u0119tno\u015bci.<\/p>\n
I ten problem kulturowy jest tylko jednym z powod\u00f3w, dla kt\u00f3rych DevOps jest trudny do skalowania. Zespo\u0142y DevOps staj\u0105 w obliczu rosn\u0105cych, czysto technicznych trudno\u015bci charakterystycznych dla szybko rozwijaj\u0105cych si\u0119 firm, kt\u00f3re postawi\u0142y na technologie informatyczne \u2013 m\u00f3wi Steve Newman, za\u0142o\u017cyciel i przewodnicz\u0105cy zarz\u0105du firmy Scalyr.<\/p>\n
W dzisiejszym \u015bwiecie us\u0142ugi zmieniaj\u0105 si\u0119 natychmiast, gdy tylko pojawi si\u0119 taka potrzeba. Sta\u0142e wdra\u017canie i wprowadzanie nowych funkcji jest oczywi\u015bcie \u015bwietne, ale koordynacja tego procesu i usuwanie pojawiaj\u0105cych si\u0119 problem\u00f3w to prawdziwy b\u00f3l g\u0142owy \u2013 dodaje Steve Newman. \u2013 W bardzo szybko rozwijaj\u0105cych si\u0119 organizacjach in\u017cynierowie w sk\u0142adzie zespo\u0142\u00f3w interdyscyplinarnych walcz\u0105 o zachowanie mo\u017cliwo\u015bci \u015bledzenia zmian i wynikaj\u0105cych z nich kaskadowych efekt\u00f3w na poziomie zale\u017cno\u015bci. Co wi\u0119cej, in\u017cynierowie wcale nie ciesz\u0105 si\u0119, gdy pozbawia si\u0119 ich tej mo\u017cliwo\u015bci, a w rezultacie trudniej im zrozumie\u0107 istot\u0119 pojawiaj\u0105cych si\u0119 problem\u00f3w.<\/p>\n
Jak mo\u017cna przezwyci\u0119\u017cy\u0107 opisane powy\u017cej trudno\u015bci i przej\u015b\u0107 do masowego stosowania DevOps w du\u017cej organizacji? Eksperci nawo\u0142uj\u0105 do wykazania si\u0119 cierpliwo\u015bci\u0105, nawet je\u015bli waszym finalnym celem jest przyspieszenie cyklu rozwoju oprogramowania i proces\u00f3w biznesowych.<\/b><\/p>\n1. Pami\u0119taj, \u017ce zmiany w kulturze wymagaj\u0105 czasu<\/h4>\n
\nJayne Groll, dyrektor wykonawczy Instytutu DevOps:<\/b> \u201eMoim zdaniem, rozszerzenie DevOps powinno by\u0107 tak samo stopniowe i iteracyjne, jak rozw\u00f3j agile (i w r\u00f3wnym stopniu dotyka\u0107 kultury). W Agile i DevOps skupia si\u0119 na ma\u0142ych zespo\u0142ach. Jednak wraz z wzrostem liczby i integracj\u0105 takich zespo\u0142\u00f3w, mamy coraz wi\u0119cej os\u00f3b stosuj\u0105cych nowe metody pracy, co prowadzi do rozwoju kulturowej transformacji na du\u017c\u0105 skal\u0119.\u201d<\/p>\n2. Po\u015bwi\u0119\u0107 wystarczaj\u0105co du\u017co czasu na planowanie i wyb\u00f3r platformy<\/h4>\n
\nEran Kinsbruner, wiod\u0105cy techniczny ewangelista firmy Perfecto:<\/b> \u201eAby skalowanie zadzia\u0142a\u0142o, zespo\u0142y DevOps musz\u0105 najpierw nauczy\u0107 si\u0119 \u0142\u0105czy\u0107 tradycyjne procesy, narz\u0119dzia i umiej\u0119tno\u015bci, a nast\u0119pnie powoli rozwija\u0107 ka\u017cd\u0105 faz\u0119 DevOps i stabilizowa\u0107 j\u0105. Wszystko zaczyna si\u0119 od starannego planowania historii u\u017cytkownik\u00f3w (user story) i strumieni tworzenia warto\u015bci (value stream), po czym nast\u0119puje etap pisania oprogramowania i kontroli wersji z wykorzystaniem trunk-based development lub innych podej\u015b\u0107, kt\u00f3re najlepiej nadaj\u0105 si\u0119 do rozga\u0142\u0119ziania i scalania kodu.\u201d<\/p>\n
\u201eNast\u0119pnie nast\u0119puje etap integracji i testowania, gdzie potrzebna jest skalowalna platforma do automatyzacji. W tym miejscu zespo\u0142y DevOps musz\u0105 wybra\u0107 odpowiedni\u0105 platform\u0119, kt\u00f3ra odpowiada ich poziomowi umiej\u0119tno\u015bci i celom projektu. <\/p>\n
Nast\u0119pna faza to wdro\u017cenie w \u015brodowisku produkcyjnym, kt\u00f3re musi by\u0107 w pe\u0142ni zautomatyzowane z wykorzystaniem narz\u0119dzi orkiestracji i kontener\u00f3w. Wa\u017cne jest r\u00f3wnie\u017c posiadanie wirtualizowanych \u015brodowisk na wszystkich etapach DevOps (symulator \u015brodowiska produkcyjnego, \u015brodowisko kontrolne jako\u015bci oraz samo \u015brodowisko produkcyjne) i zawsze u\u017cywanie do test\u00f3w tylko najnowszych danych, aby uzyska\u0107 aktualne wnioski. Analiza musi by\u0107 inteligentna i zdolna do przetwarzania du\u017cych danych z szybk\u0105 i skuteczn\u0105 informacj\u0105 zwrotn\u0105.\u201d<\/p>\n
3. Uwolnij odpowiedzialno\u015b\u0107 od poczucia winy<\/h4>\n \nGordon Haff, ewangelista RedHat:<\/b> \u201eTworzenie systemu i atmosfery, kt\u00f3ra pozwala i zach\u0119ca do eksperyment\u00f3w, umo\u017cliwia realizacj\u0119 tzw. udanych pora\u017cek w agile\u2019owym procesie tworzenia oprogramowania. To nie oznacza, \u017ce nikt nie ponosi odpowiedzialno\u015bci za b\u0142\u0119dy. W rzeczywisto\u015bci ustalenie odpowiedzialno\u015bci staje si\u0119 jeszcze prostsze, poniewa\u017c \u201ebycie odpowiedzialnym\u201d nie oznacza ju\u017c \u201ebycia osob\u0105 win\u0105 za wypadek\u201d. Oznacza to, \u017ce istota odpowiedzialno\u015bci zmienia si\u0119 jako\u015bciowo. Cztery czynniki staj\u0105 si\u0119 przy tym niezwykle wa\u017cne: zakres awarii, podej\u015bcia, procesy produkcyjne i bod\u017ace.\u201d (Wi\u0119cej o tych czynnikach mo\u017cna przeczyta\u0107 w artykule Gordona Haffa \u201eDevOps lessons: 4 aspects of healthy experiments\u201d.)<\/p>\n4. Oczy\u015b\u0107cie drog\u0119 do przodu<\/h4>\n
\nBen Grinnell, dyrektor zarz\u0105dzaj\u0105cy i lider obszaru technologii cyfrowych w firmie doradczej North Highland:<\/b> \u201eAby osi\u0105gn\u0105\u0107 skalowalno\u015b\u0107, zalecam uruchomienie programu \u201eoczyszczania drogi\u201d razem z projektami pionierskimi. Celem tego programu jest usuni\u0119cie \u015bmieci pozostawionych przez pionier\u00f3w DevOps, takich jak nieaktualne zasady i inne podobne rzeczy, aby droga do przodu by\u0142a wolna.\u201d<\/p>\n
\u201eDajcie ludziom wsparcie organizacyjne i zainicjujcie komunikacj\u0119, kt\u00f3ra wykracza daleko poza grup\u0119 pionier\u00f3w, szeroko celebruj\u0105c sukcesy nowych metod pracy. Szkolcie osoby zaanga\u017cowane w nast\u0119pn\u0105 fal\u0119 projekt\u00f3w DevOps, kt\u00f3re czuj\u0105 si\u0119 niepewnie, korzystaj\u0105c z DevOps po raz pierwszy. I pami\u0119tajcie, \u017ce ci ludzie znacznie r\u00f3\u017cni\u0105 si\u0119 od pionier\u00f3w.\u201d<\/p>\n
5. Uczy\u0144cie narz\u0119dzia bardziej demokratycznymi<\/h4>\n \nSteve Newman, za\u0142o\u017cyciel i przewodnicz\u0105cy rady nadzorczej firmy Scalyr:<\/b> \u201eNarz\u0119dzia powinny by\u0107 dost\u0119pne dla ludzi, a ich opanowanie powinno by\u0107 stosunkowo proste dla ka\u017cdego, kto jest got\u00f3w po\u015bwi\u0119ci\u0107 na to czas. Je\u015bli dost\u0119p do log\u00f3w ma tylko trzech \u201ecertyfikowanych\u201d u\u017cytkownik\u00f3w danego narz\u0119dzia, zawsze b\u0119dziecie mieli maksymalnie trzy osoby, kt\u00f3re mog\u0105 rozwi\u0105za\u0107 dany problem, nawet je\u015bli macie bardzo du\u017c\u0105 infrastruktur\u0119 obliczeniow\u0105. Innymi s\u0142owy, tworzy to w\u0105skie gard\u0142o, kt\u00f3re mo\u017ce prowadzi\u0107 do powa\u017cnych skutk\u00f3w (dla biznesu).\u201d<\/p>\n6. Stw\u00f3rzcie idealne warunki do pracy zespo\u0142u<\/h4>\n
\nTom Clark, kierownik obszaru Common Platform w telekomunikacji ITV:<\/b> \u201eMo\u017cesz zrobi\u0107 wszystko, ale nie wszystko na raz. Dlatego stawiaj du\u017ce cele, zaczynaj od ma\u0142ych krok\u00f3w i id\u017a naprz\u00f3d szybkim tempem. Z czasem zyskasz reputacj\u0119 zespo\u0142u, kt\u00f3remu wszystko wychodzi, wi\u0119c inni tak\u017ce b\u0119d\u0105 chcieli korzysta\u0107 z twoich metod. I nie d\u0105\u017c do stworzenia zespo\u0142u o wysokiej wydajno\u015bci. Zamiast tego stw\u00f3rz ludziom idealne warunki do pracy, a efektywno\u015b\u0107 przyjdzie sama\u201c.<\/p>\n7. Nie zapominaj o prawie Conweya i tablicach kanban<\/h4>\n
\nLogan Daigle, dyrektor ds. dostarczania oprogramowania i strategii DevOps w firmie CollabNetVersionOne:<\/b> \u201eWa\u017cne jest, aby zda\u0107 sobie spraw\u0119 z konsekwencji prawa Conweya. W mojej swobodnej interpretacji to prawo g\u0142osi, \u017ce produkty, kt\u00f3re tworzymy, oraz procesy, kt\u00f3re stosujemy, w tym DevOps, s\u0105 zorganizowane w taki spos\u00f3b, jak nasza organizacja\u201c.<\/p>\n
\u201eJe\u015bli w organizacji wyst\u0119puje wysokie rozdzielenie, a podczas planowania, tworzenia i wydawania oprogramowania zarz\u0105dzanie wielokrotnie przechodzi z r\u0105k do r\u0105k, efekt skalowania b\u0119dzie zerowy lub kr\u00f3tkotrwa\u0142y. Je\u015bli jednak organizacja tworzy zespo\u0142y wielofunkcyjne wok\u00f3\u0142 produkt\u00f3w, kt\u00f3re s\u0105 finansowane z nastawieniem na rynek, szanse na sukces drastycznie wzrastaj\u0105\u201c.<\/p>\n
\u201eKolejnym wa\u017cnym aspektem skalowania jest wy\u015bwietlanie na tablicach kanban wszystkich prac w toku (WIP, work in progress). Kiedy w organizacji pojawia si\u0119 miejsce, gdzie ludzie mog\u0105 widzie\u0107 takie rzeczy, to mocno stymuluje wsp\u00f3\u0142prac\u0119, co pozytywnie wp\u0142ywa na skalowanie\u201c.<\/p>\n
8. Szukaj starych blizn<\/h4>\n \nManuel Pais, konsultant ds. DevOps i wsp\u00f3\u0142autor ksi\u0105\u017cki \u201eTeam Topologies\u201c:<\/b> \u201eWynoszenie praktyk DevOps poza sam\u0105 Dev i Ops i pr\u00f3ba zastosowania ich w innych funkcjach raczej nie mo\u017cna nazwa\u0107 optymalnym podej\u015bciem. Niew\u0105tpliwie przyniesie to pewien efekt (na przyk\u0142ad dzi\u0119ki automatyzacji r\u0119cznego zarz\u0105dzania), ale mo\u017cna osi\u0105gn\u0105\u0107 znacznie wi\u0119cej, je\u015bli zaczniemy od zrozumienia proces\u00f3w dostarczania i informacji zwrotnej\u201c.<\/p>\n
\u201eJe\u015bli w systemie IT organizacji s\u0105 stare blizny \u2013 procedury i mechanizmy zarz\u0105dzania, kt\u00f3re zosta\u0142y wprowadzone w wyniku przesz\u0142ych incydent\u00f3w, ale straci\u0142y na znaczeniu (w wyniku zmiany produkt\u00f3w, technologii czy proces\u00f3w), to zdecydowanie nale\u017cy je usun\u0105\u0107 lub wyg\u0142adzi\u0107, a nie automatyzowa\u0107 nieefektywne lub niepotrzebne procesy\u201c.<\/p>\n
9. Nie tw\u00f3rzcie wielu wersji DevOps<\/h4>\n \nAntony Edwards, dyrektor ds. produkcji w firmie Eggplant:<\/b> \u201eDevOps to bardzo nieostre poj\u0119cie, dlatego ka\u017cda dru\u017cyna ma swoj\u0105 wersj\u0119 DevOps. Nic gorszego, ni\u017c kiedy w organizacji pojawia si\u0119 od razu 20 r\u00f3\u017cnych wersji DevOps, kt\u00f3re nie bardzo potrafi\u0105 wsp\u00f3\u0142\u017cy\u0107 razem. Nie mo\u017ce by\u0107 tak, \u017ce ka\u017cda z trzech dru\u017cyn developerskich ma sw\u00f3j w\u0142asny, szczeg\u00f3lny interfejs pomi\u0119dzy rozwojem a zarz\u0105dzaniem produktem. Tak samo nie mo\u017ce by\u0107 tak, \u017ce produkty maj\u0105 swoje, unikalne oczekiwania dotycz\u0105ce obs\u0142ugi informacji zwrotnej przy przenoszeniu do symulatora \u015brodowiska produkcyjnego. W przeciwnym razie nigdy nie uda si\u0119 wam skalowa\u0107 DevOps\u201c.<\/p>\n10. Propagujcie warto\u015b\u0107 DevOps dla biznesu<\/h4>\n
\nSteve Newman, za\u0142o\u017cyciel i przewodnicz\u0105cy rady nadzorczej firmy Scalyr:<\/b> \u201ePracujcie nad uznaniem warto\u015bci DevOps. Uczcie si\u0119 i nie b\u00f3jcie si\u0119 opowiada\u0107 o korzy\u015bciach p\u0142yn\u0105cych z tego, co robicie. DevOps niezwykle oszcz\u0119dza czas i pieni\u0105dze (po prostu pomy\u015blcie: mniej przestoj\u00f3w, kr\u00f3tszy \u015bredni czas przywracania), a zespo\u0142y DevOps powinny nieustannie podkre\u015bla\u0107 (i propagowa\u0107) znaczenie tych inicjatyw dla sukcesu biznesu. W ten spos\u00f3b b\u0119dziecie mogli rozszerzy\u0107 grono zwolennik\u00f3w i zwi\u0119kszy\u0107 wp\u0142yw DevOps w organizacji\u201c.<\/p>\nBONUS<\/h3>\n
\nNa Red Hat Forum Rosja<\/a><\/noindex> 13 wrze\u015bnia przyjedzie nasz w\u0142asny DevOps \u2013 tak, Red Hat, jako producent oprogramowania, ma w\u0142asne zespo\u0142y DevOps i praktyki.<\/b><\/p>\nNasz in\u017cynier Mark Birger, kt\u00f3ry zajmuje si\u0119 rozwijaniem us\u0142ug wewn\u0119trznej automatyzacji dla innych grup w ca\u0142ej organizacji, w czystym rosyjskim j\u0119zyku opowie swoj\u0105 histori\u0119 \u2013 jak zesp\u00f3\u0142 DevOps Red Hat migrowa\u0142 aplikacje z wirtualnych \u015brodowisk Hat Virtualization, zarz\u0105dzanych przez Ansible, do pe\u0142noprawnego formatu kontenerowego na platformie OpenShift.<\/p>\n
Ale to jeszcze nie wszystko:<\/b><\/p>\n
Po przeniesieniu obci\u0105\u017ce\u0144 roboczych do kontener\u00f3w tradycyjne metody monitorowania aplikacji mog\u0105 nie dzia\u0142a\u0107. W drugim raporcie wyja\u015bnimy nasz\u0105 motywacj\u0119 do zmiany podej\u015bcia do rejestrowania i poka\u017cemy kontynuacj\u0119 drogi, kt\u00f3ra doprowadzi\u0142a nas do nowoczesnych metod logowania i monitorowania.habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0422\u0440\u0443\u0434\u043d\u043e \u0443\u043b\u043e\u0432\u0438\u0442\u044c \u0433\u043b\u0430\u0432\u043d\u043e\u0435, \u0433\u043e\u0432\u043e\u0440\u044f \u043e DevOps? \u041c\u044b \u0441\u043e\u0431\u0440\u0430\u043b\u0438 \u0434\u043b\u044f \u0432\u0430\u0441 \u044f\u0440\u043a\u0438\u0435 \u0430\u043d\u0430\u043b\u043e\u0433\u0438\u0438, \u0443\u0434\u0430\u0440\u043d\u044b\u0435 \u0444\u043e\u0440\u043c\u0443\u043b\u0438\u0440\u043e\u0432\u043a\u0438 \u0438 \u0441\u043e\u0432\u0435\u0442\u044b \u043e\u0442 \u044d\u043a\u0441\u043f\u0435\u0440\u0442\u043e\u0432, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043f\u043e\u043c\u043e\u0433\u0443\u0442 \u0434\u043e\u0439\u0442\u0438 \u0434\u043e \u0441\u0443\u0442\u0438 \u0434\u0430\u0436\u0435 \u043d\u0435\u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u0430\u043c. \u0412 \u043a\u043e\u043d\u0446\u0435 \u0431\u043e\u043d\u0443\u0441 \u2013 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0439 DevOps \u0441\u043e\u0442\u0440\u0443\u0434\u043d\u0438\u043a\u043e\u0432 Red Hat. \u0422\u0435\u0440\u043c\u0438\u043d DevOps \u0432\u043e\u0437\u043d\u0438\u043a 10 \u043b\u0435\u0442 \u043d\u0430\u0437\u0430\u0434 \u0438 \u043f\u0440\u043e\u0448\u0435\u043b \u043f\u0443\u0442\u044c \u043e\u0442 \u0445\u044d\u0448\u0442\u0435\u0433\u0430 \u0432 \u0422\u0432\u0438\u0442\u0442\u0435\u0440\u0435 \u0434\u043e \u043c\u043e\u0449\u043d\u043e\u0433\u043e \u043a\u0443\u043b\u044c\u0442\u0443\u0440\u043d\u043e\u0433\u043e \u0434\u0432\u0438\u0436\u0435\u043d\u0438\u044f \u0432 \u043c\u0438\u0440\u0435 \u0418\u0422, \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0435\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28183,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-37551","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"M\u00f3wimy](\"\/wp-content\/uploads\/2019\/08\/c3df26c470065767bc37e7d1c732d0b5.jpeg\")