{"id":38981,"date":"2019-10-31T22:27:10","date_gmt":"2019-10-31T19:27:10","guid":{"rendered":"https:\/\/prohoster.info\/blog\/servisy-siroty-obratnaya-storona-mikro-servisnoj-arhitektury\/"},"modified":"2019-10-31T22:27:10","modified_gmt":"2019-10-31T19:27:10","slug":"servisy-siroty-obratnaya-storona-mikro-servisnoj-arhitektury","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/servisy-siroty-obratnaya-storona-mikro-servisnoj-arhitektury","title":{"rendered":"Us\u0142ugi-sieroty: druga strona (mikro)architektury us\u0142ugowej","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Dyrektor ds. eksploatacji portalu Banki.ru, Andriej Nikolski, opowiedzia\u0142 na zesz\u0142orocznej konferencji DevOpsDays Moskwa<\/a><\/noindex> o serwisach-sierotach: jak rozpozna\u0107 sierot\u0119 w infrastrukturze, jakie s\u0142abo\u015bci maj\u0105 serwisy-sieroty, co z nimi zrobi\u0107 i jak post\u0119powa\u0107, je\u015bli nic nie pomaga.<\/p>\n

Pod katem znajduje si\u0119 tekstowa wersja referatu. <\/p>\n

\r\n \"Odtwarzaj\r\n
<\/div>\r\n <\/div><\/center><\/a><\/noindex>
\nWitam, koledzy! Nazywam si\u0119 Andriej, kieruj\u0119 eksploatacj\u0105 w firmie Banki.ru.<\/p>\n

Mamy du\u017ce serwisy, to s\u0105 takie monolitowe serwisy, s\u0105 serwisy w bardziej klasycznym rozumieniu, i s\u0105 zupe\u0142nie ma\u0142e. W mojej roboczej terminologii m\u00f3wi\u0119, \u017ce je\u015bli serwis jest prosty i ma\u0142y, to jest mikro, a je\u015bli nie jest bardzo prosty i nie jest ma\u0142y, to jest po prostu serwis. <\/p>\n

Zalety serwis\u00f3w<\/b><\/h3>\n

\nSzybko przelec\u0119 przez zalety serwis\u00f3w. <\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nPo pierwsze \u2014 skalowanie. Mo\u017cesz szybko zrobi\u0107 co\u015b na serwisie i uruchomi\u0107 w produkcji. Je\u015bli masz nap\u0142yw ruchu, klonujesz serwis. Gdy przychodzi kolejny ruch, klonujesz jeszcze raz i z tym \u017cyjesz. To dobra zaleta, i w zasadzie, kiedy zaczynali\u015bmy, uwa\u017cali\u015bmy to za najwa\u017cniejsze, dlaczego w og\u00f3le to robimy.<\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nPo drugie, izolowany rozw\u00f3j, gdy masz kilka zespo\u0142\u00f3w deweloperskich, kilku r\u00f3\u017cnych programist\u00f3w w ka\u017cdym zespole, i ka\u017cdy zesp\u00f3\u0142 tworzy jaki\u015b w\u0142asny serwis.<\/p>\n

Z zespo\u0142ami pojawia si\u0119 pewien niuans. Programi\u015bci mog\u0105 by\u0107 r\u00f3\u017cni. I na przyk\u0142ad istniej\u0105 ludzie-p\u0142atki \u015bniegu<\/a><\/noindex>. Po raz pierwszy zobaczy\u0142em to u Maksima Dorofiewa. Czasami ludzie-p\u0142atki \u015bniegu s\u0105 w niekt\u00f3rych zespo\u0142ach, a w innych ich nie ma. Sprawia to, \u017ce r\u00f3\u017cne serwisy u\u017cywane w firmie s\u0105 nieco nier\u00f3wnomierne. <\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nZobacz na obrazek: to dobry programista, ma du\u017ce r\u0119ce, mo\u017ce zrobi\u0107 wiele. G\u0142\u00f3wna problem \u2014 sk\u0105d pochodz\u0105 te r\u0119ce. <\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nSerwisy daj\u0105 mo\u017cliwo\u015b\u0107 korzystania z r\u00f3\u017cnych j\u0119zyk\u00f3w programowania, bardziej odpowiednich do r\u00f3\u017cnych zada\u0144. Jaki\u015b serwis na Go, jaki\u015b na Erlangu, jaki\u015b na Rubym, co\u015b na PHP, co\u015b na Pythonie. Og\u00f3lnie mo\u017cna si\u0119 rozwin\u0105\u0107 bardzo szeroko. Tu r\u00f3wnie\u017c s\u0105 pewne niuanse.<\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nArchitektura oparta na serwisach to przede wszystkim kwestia devops. To znaczy, je\u015bli nie masz automatyzacji, nie masz procesu wdra\u017cania, je\u015bli konfigurujesz r\u0119cznie, twoje konfiguracje mog\u0105 si\u0119 r\u00f3\u017cni\u0107 mi\u0119dzy instancjami serwisu, i musisz tam interweniowa\u0107, to jeste\u015b w piekle. <\/p>\n

Na przyk\u0142ad, je\u015bli masz 20 us\u0142ug i musisz je wdra\u017ca\u0107 r\u0119cznie, masz 20 konsol i jednocze\u015bnie wciskasz \u201eenter\u201d jak ninja. To nie jest zbyt dobre. <\/p>\n

Je\u015bli masz us\u0142ug\u0119 po testach (je\u015bli s\u0105 testy, oczywi\u015bcie) i musisz j\u0105 jeszcze dopracowa\u0107, aby dzia\u0142a\u0142a w produkcji, mam dla ciebie z\u0142e wie\u015bci. <\/p>\n

Je\u015bli polegasz na specyficznych us\u0142ugach Amazona i pracujesz przy tym w Rosji, to dwa miesi\u0105ce temu r\u00f3wnie\u017c mia\u0142e\u015b \u201eWszystko wok\u00f3\u0142 p\u0142onie, jest dobrze, wszystko jest super\u201d.<\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nU\u017cywamy Ansible do automatyzacji wdra\u017cania, Puppet do sp\u00f3jno\u015bci, Bamboo do automatyzacji wdro\u017ce\u0144, Confluence, aby to wszystko jako\u015b opisa\u0107.<\/p>\n

Nie b\u0119d\u0119 si\u0119 tym szczeg\u00f3\u0142owo zajmowa\u0142, poniewa\u017c wyst\u0105pienie dotyczy bardziej praktyk interakcji ni\u017c technicznej realizacji. <\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nMieli\u015bmy na przyk\u0142ad problemy, gdy Puppet na serwerze dzia\u0142a z Ruby 2, a jaka\u015b aplikacja jest napisana pod Ruby 1.8 i razem nie dzia\u0142aj\u0105. Pojawia si\u0119 jaki\u015b b\u0142\u0105d. A gdy trzeba trzyma\u0107 na jednej maszynie kilka wersji Ruby, zazwyczaj zaczynaj\u0105 si\u0119 problemy. <\/p>\n

Na przyk\u0142ad, ka\u017cdemu programi\u015bcie wydajemy \u015brodowisko, w kt\u00f3rym jest prawie wszystko, co mamy, wszystkie us\u0142ugi, kt\u00f3re mo\u017cna rozwija\u0107, aby mia\u0142 izolowane \u015brodowisko, m\u00f3g\u0142 je psu\u0107 i budowa\u0107, jak chce. <\/p>\n

Czasami potrzebny jest specjalnie skompilowany pakiet z obs\u0142ug\u0105 czego\u015b tam. To jest do\u015b\u0107 trudne. S\u0142ucha\u0142em wyst\u0105pienia, w kt\u00f3rym obraz dockera wa\u017cy\u0142 45 GB. W Linuksie jest, oczywi\u015bcie, pro\u015bciej, tam wszystko jest mniejsze, ale i tak nie ma wystarczaj\u0105co du\u017co miejsca. <\/p>\n

Czasem wyst\u0119puj\u0105 sprzeczne zale\u017cno\u015bci, gdy jedna cz\u0119\u015b\u0107 projektu zale\u017cy od biblioteki jednej wersji, a inna cz\u0119\u015b\u0107 projektu od innej wersji, a biblioteki razem w og\u00f3le si\u0119 nie instaluj\u0105. <\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nMamy strony i us\u0142ugi na PHP 5.6, wstydzimy si\u0119 za to, ale co zrobi\u0107. To jest nasze jedno \u015brodowisko. S\u0105 strony i us\u0142ugi na PHP 7, jest ich wi\u0119cej, nie wstydzimy si\u0119 za nie. I ka\u017cdy programista ma swoj\u0105 baz\u0119, gdzie rado\u015bnie przerabia. <\/p>\n

Je\u015bli w firmie piszesz w jednym j\u0119zyku, trzy wirtualki na programist\u0119 brzmi\u0105 ca\u0142kiem normalnie. Je\u015bli masz r\u00f3\u017cne j\u0119zyki programowania, sytuacja staje si\u0119 gorsza.<\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nTworzysz strony i us\u0142ugi, a potem jeszcze jedna platforma dla Go, jedna dla Ruby, a obok jeszcze jaki\u015b Redis. W rezultacie wszystko to zamienia si\u0119 w du\u017ce pole wsparcia, i ca\u0142y czas co\u015b mo\u017ce si\u0119 zepsu\u0107.<\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nDlatego zast\u0105pili\u015bmy wygodne elementy j\u0119zyka programowania u\u017cywaniem r\u00f3\u017cnych framework\u00f3w, poniewa\u017c frameworki PHP s\u0105 do\u015b\u0107 r\u00f3\u017cne, maj\u0105 r\u00f3\u017cne mo\u017cliwo\u015bci, r\u00f3\u017cne spo\u0142eczno\u015bci, r\u00f3\u017cne wsparcie. Mo\u017cna pisa\u0107 us\u0142ugi tak, aby mie\u0107 ju\u017c co\u015b gotowego pod nie. <\/p>\n

Ka\u017cda us\u0142uga ma swoj\u0105 ekip\u0119<\/b><\/h3>\n

\n\"Us\u0142ugi-sieroty:
\n
\nNaszym g\u0142\u00f3wnym atutem, kt\u00f3ry wykrystalizowa\u0142 si\u0119 przez kilka lat, jest to, \u017ce ka\u017cda us\u0142uga ma swoj\u0105 ekip\u0119. To wygodne w du\u017cym projekcie, mo\u017cna zaoszcz\u0119dzi\u0107 czas na dokumentacji, mened\u017cerowie dobrze znaj\u0105 sw\u00f3j projekt. <\/p>\n

Zadania zwi\u0105zane ze wsparciem mo\u017cna \u015bwietnie kierowa\u0107. Na przyk\u0142ad, gdy zepsuje si\u0119 us\u0142uga ubezpiecze\u0144. Od razu zesp\u00f3\u0142 zajmuj\u0105cy si\u0119 ubezpieczeniami przyst\u0119puje do naprawy. <\/p>\n

Nowe funkcje powstaj\u0105 szybko, poniewa\u017c gdy masz jedn\u0105, jak\u0105\u015b atomow\u0105 us\u0142ug\u0119, mo\u017cna w ni\u0105 szybko co\u015b wprowadzi\u0107. <\/p>\n

I kiedy zepsujesz swoj\u0105 us\u0142ug\u0119, co jest nieuniknione, nie wp\u0142ywa to na inne us\u0142ugi, i nie przybiegaj\u0105 do ciebie programi\u015bci z innych zespo\u0142\u00f3w z kijami m\u00f3wi\u0105c: \u201eAj-aj, nie r\u00f3b tak.\u201d <\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nJak zawsze, s\u0105 pewne niuanse. Mamy stabilne zespo\u0142y, mened\u017cerowie s\u0105 mocno zwi\u0105zani z zespo\u0142em. S\u0105 wyra\u017ane dokumenty, mened\u017cerowie bacznie to wszystko obserwuj\u0105. Ka\u017cdy zesp\u00f3\u0142 ma kilka us\u0142ug ze swoim mened\u017cerem, i jest konkretna dziedzina kompetencji. <\/p>\n

Je\u015bli zespo\u0142y s\u0105 ruchome (co si\u0119 u nas czasami zdarza), istnieje dobra metoda zwana \u201emap\u0105 gwiazd\u201d.<\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nMasz list\u0119 us\u0142ug i ludzi. Gwiazdka oznacza, \u017ce osoba jest ekspertem w tej us\u0142udze, ksi\u0105\u017ceczka oznacza, \u017ce osoba uczy si\u0119 tej us\u0142ugi. Zadaniem osoby jest zamieni\u0107 ksi\u0105\u017ceczk\u0119 na gwiazdk\u0119. A je\u015bli przy us\u0142udze nic nie jest napisane, zaczynaj\u0105 si\u0119 problemy, o kt\u00f3rych b\u0119d\u0119 dalej m\u00f3wi\u0107. <\/p>\n

Jak pojawiaj\u0105 si\u0119 us\u0142ugi-sieroty?<\/b><\/h3>\n

\n\"Us\u0142ugi-sieroty:
\n
\nPierwszym problemem, pierwszym sposobem na uzyskanie us\u0142ugi-sieroty w swojej infrastrukturze s\u0105 zwolnienia pracownik\u00f3w. Czy kto\u015b z Was mia\u0142 sytuacj\u0119, kiedy terminy biznesowe pojawiaj\u0105 si\u0119, zanim oceni si\u0119 zadania? Czasami tak si\u0119 zdarza, \u017ce terminy s\u0105 sztywne i brakuje czasu na dokumentacj\u0119. \u201eMusimy wprowadzi\u0107 us\u0142ug\u0119 do produkcji, potem dopiszemy.\u201d <\/p>\n

Je\u015bli zesp\u00f3\u0142 jest ma\u0142y, bywa, \u017ce jest tylko jeden programista, kt\u00f3ry pisze wszystko, a pozostali s\u0105 na podmianie. \u201eZrealizowa\u0142em g\u0142\u00f3wn\u0105 architektur\u0119, ty zajmij si\u0119 interfejsami.\u201d Potem w pewnym momencie mened\u017cer na przyk\u0142ad odchodzi. I w tym okresie, kiedy mened\u017cer odszed\u0142, a nowy jeszcze nie zosta\u0142 wyznaczony, programi\u015bci sami decyduj\u0105, w jakim kierunku pod\u0105\u017ca us\u0142uga, co si\u0119 z ni\u0105 dzieje. A jak wiemy (wr\u00f3\u0107my kilka slajd\u00f3w wstecz), w niekt\u00f3rych zespo\u0142ach s\u0105 osoby-wie\u017cowce, czasami wie\u017cowiec to lider zespo\u0142u. Potem on odchodzi, i otrzymujemy us\u0142ug\u0119-sierot\u0119. <\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nTymczasem zadania od wsparcia i od biznesu nie znikaj\u0105, osiadaj\u0105 w backlogu. Je\u015bli podczas tworzenia us\u0142ugi by\u0142y jakie\u015b b\u0142\u0119dy architektoniczne, r\u00f3wnie\u017c osiadaj\u0105 w backlogu. Us\u0142uga powoli si\u0119 degraduje. <\/p>\n

Jak rozpozna\u0107 sierot\u0119?<\/b> <\/h3>\n

\nTa lista ca\u0142kiem dobrze opisuje sytuacj\u0119. Kto zauwa\u017cy\u0142 co\u015b podobnego w swojej infrastrukturze?<\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nO dokumentowanych obej\u015bciach: jest us\u0142uga, kt\u00f3ra w zasadzie dzia\u0142a, ma manual na dwie strony, jak z ni\u0105 pracowa\u0107, ale nikt nie wie, jak dzia\u0142a wewn\u0105trz. <\/p>\n

Albo, na przyk\u0142ad, mamy jaki\u015b skracacz link\u00f3w. U nas obecnie korzystamy z trzech skracaczy link\u00f3w do r\u00f3\u017cnych cel\u00f3w w r\u00f3\u017cnych us\u0142ugach. To s\u0105 bezpo\u015brednie konsekwencje. <\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nTeraz b\u0119d\u0119 kapitanem oczywisto\u015bci. Co nale\u017cy zrobi\u0107? Po pierwsze, trzeba przekaza\u0107 us\u0142ug\u0119 innemu mened\u017cerowi, innemu zespo\u0142owi. Je\u015bli Tw\u00f3j lider zespo\u0142u jeszcze nie odszed\u0142, to do tego innego zespo\u0142u, kiedy zdajecie sobie spraw\u0119, \u017ce us\u0142uga przypomina sierot\u0119, trzeba w\u0142\u0105czy\u0107 kogo\u015b, kto cokolwiek o niej wie. <\/p>\n

Najwa\u017cniejsza rzecz: musicie mie\u0107 spisane procedury przekazywania, najlepiej z wielk\u0105 staranno\u015bci\u0105. W naszym przypadku zazwyczaj dbam o to, poniewa\u017c musz\u0119, \u017ceby to wszystko dzia\u0142a\u0142o. Mened\u017cerowie potrzebuj\u0105, aby to by\u0142o szybko oddane, a co si\u0119 z tym potem stanie, ich ju\u017c ma\u0142o interesuje. <\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nNast\u0119pny spos\u00f3b na stworzenie sieroty to \u201eZle\u0107my to na zewn\u0105trz, to b\u0119dzie szybsze, a potem przeka\u017cemy to zespo\u0142owi\u201d. Jasne, \u017ce wszyscy maj\u0105 jakie\u015b plany w zespole, kolejk\u0119. Cz\u0119sto zamawiaj\u0105cy my\u015bli, \u017ce na zleceniu zrobi\u0105 to tak samo, jak dzia\u0142 techniczny w firmie. Chocia\u017c motywacje s\u0105 r\u00f3\u017cne. Na zleceniach mo\u017cna spotka\u0107 dziwaczne rozwi\u0105zania technologiczne i algorytmiczne.<\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nMieli\u015bmy na przyk\u0142ad serwis, w kt\u00f3rym Sphinx znajdowa\u0142 si\u0119 w r\u00f3\u017cnych nieoczekiwanych miejscach. P\u00f3\u017aniej opowiem, co musieli\u015bmy zrobi\u0107. <\/p>\n

Zleceniobiorcy maj\u0105 czasami autorskie frameworki. To po prostu czysty PHP z kopiowaniem i wklejaniem z poprzedniego projektu, gdzie mo\u017cna znale\u017a\u0107 r\u00f3\u017cne rzeczy. Du\u017ce obej\u015bcia w skryptach wdro\u017ceniowych, kiedy trzeba zmienia\u0107 kilka linijek w jakim\u015b pliku skomplikowanymi skryptami Bash, kt\u00f3re s\u0105 wywo\u0142ywane przez jaki\u015b trzeci skrypt. W rezultacie zmieniasz system wdro\u017ceniowy, wybierasz co\u015b innego, a nagle tw\u00f3j serwis nie dzia\u0142a. Poniewa\u017c potrzeba jeszcze 8 link\u00f3w mi\u0119dzy r\u00f3\u017cnymi folderami. Czasem jest tak, \u017ce tysi\u0105c rekord\u00f3w dzia\u0142a, a sto tysi\u0119cy ju\u017c nie. <\/p>\n

B\u0119d\u0119 kontynuowa\u0107 dowodzenie. Odbi\u00f3r us\u0142ugi z zewn\u0119trznego \u017ar\u00f3d\u0142a to procedura obowi\u0105zkowa. Kt\u00f3ry z was mia\u0142 sytuacj\u0119, \u017ce serwis z outsourcingu przyje\u017cd\u017ca, a jego nikt nie przyjmuje? To nie jest tak popularne jak sierota serwisowa, ale jednak. <\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nUs\u0142uga musi by\u0107 sprawdzana, us\u0142uga musi by\u0107 oceniana, has\u0142a musz\u0105 by\u0107 zmieniane. Mieli\u015bmy przypadek, gdy wprowadzono nam us\u0142ug\u0119, w kt\u00f3rej administrator mia\u0142 kod \"if login == 'admin' && password == 'admin'...\", dos\u0142ownie zapisane w kodzie. Siedzimy i my\u015blimy, \u017ce to pisz\u0105 ludzie w 2018 roku?<\/p>\n

Testowanie pojemno\u015bci magazynu to tak\u017ce wa\u017cna rzecz. Nale\u017cy sprawdzi\u0107, co si\u0119 stanie przy stu tysi\u0105cach rekord\u00f3w, nawet zanim ten serwis wprowadzisz do produkcji. <\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nNie powinno by\u0107 wstydem wys\u0142a\u0107 serwis na poprawki. Kiedy m\u00f3wisz: \u201eNie przyjmujemy tego serwisu, mamy 20 zada\u0144, zr\u00f3bcie je, wtedy przyjmiemy\u201d, to jest normalne. Sumienie nie powinno ci\u0119 bole\u0107, \u017ce nara\u017casz mened\u017cera lub \u017ce biznes wyda pieni\u0105dze. Biznes p\u00f3\u017aniej wyda wi\u0119cej.<\/p>\n

Mieli\u015bmy sytuacj\u0119, kiedy zdecydowali\u015bmy si\u0119 na zrobienie pilota\u017cowego projektu na zlecenie.<\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nZosta\u0142 oddany na czas, co by\u0142o jedynym kryterium jako\u015bci. Dlatego zrobiono kolejny projekt pilota\u017cowy, ju\u017c nawet nie do ko\u0144ca pilota\u017cowy. Te us\u0142ugi zosta\u0142y przyj\u0119te, administracyjnie powiedziano, oto wasz kod, oto zesp\u00f3\u0142, oto wasz mened\u017cer. Us\u0142ugi zacz\u0119\u0142y przynosi\u0107 zyski. Jednak w rzeczywisto\u015bci nadal pozosta\u0142y osierocone, nikt nie rozumie, jak dzia\u0142aj\u0105, a mened\u017cerowie wszelkimi sposobami wykr\u0119caj\u0105 si\u0119 od ich zada\u0144. <\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nJest jeszcze jedno \u015bwietne poj\u0119cie \u2013 partyzancka rozw\u00f3j. Kiedy jaki\u015b dzia\u0142, zazwyczaj marketingowy, chce przetestowa\u0107 hipotez\u0119 i zleca ca\u0142\u0105 us\u0142ug\u0119 na zewn\u0105trz. Zaczyna nap\u0142ywa\u0107 ruch, zamykaj\u0105 dokumenty, podpisuj\u0105 akty z wykonawc\u0105, wchodz\u0105 w eksploatacj\u0119 i m\u00f3wi\u0105: \u201eLudzie, mamy tutaj us\u0142ug\u0119, na kt\u00f3rej ju\u017c jest ruch, przynosi nam pieni\u0105dze, przyjmijmy j\u0105\u201d. My na to: \u201eOho, jak to si\u0119 sta\u0142o\u201d.<\/p>\n

\"Us\u0142ugi-sieroty:
\n
\nI jeszcze jeden spos\u00f3b na uzyskanie us\u0142ugi-osieroconej: kiedy jaka\u015b dru\u017cyna nagle okazuje si\u0119 obci\u0105\u017cona, kierownictwo m\u00f3wi: \u201ePrzeka\u017cmy t\u0119 us\u0142ug\u0119 tej dru\u017cynie, kt\u00f3ra ma mniejsze obci\u0105\u017cenie\u201d. Potem przeka\u017cemy trzeciej grupie i zmienimy mened\u017cera. I w efekcie zn\u00f3w mamy osierocone oprogramowanie.<\/p>\n

Jaki jest problem z osieroconymi us\u0142ugami?<\/b><\/h3>\n

\n\"Us\u0142ugi-sieroty:
\n
\nKto nie wie, to podniesiony w Szwecji okr\u0119t liniowy Wasa, s\u0142yn\u0105cy z tego, \u017ce zaton\u0105\u0142 pi\u0119\u0107 minut po wodowaniu. I kr\u00f3l Szwecji, nawiasem m\u00f3wi\u0105c, nikogo za to nie skaza\u0142. Budowano go przez dwa pokolenia in\u017cynier\u00f3w, kt\u00f3rzy nie umieli budowa\u0107 takich statk\u00f3w. Efekt by\u0142 przewidywalny.<\/p>\n

Statek m\u00f3g\u0142 zaton\u0105\u0107, nawiasem m\u00f3wi\u0105c, o wiele gorzej, na przyk\u0142ad gdyby kr\u00f3l jecha\u0142 na nim gdzie\u015b w burzy. A tak, zaton\u0105\u0142 od razu, wed\u0142ug metodyki agile jest to dobrze \u2013 pora\u017cka na wczesnym etapie. <\/p>\n

Je\u015bli ponie\u015bli\u015bmy pora\u017ck\u0119 na wczesnym etapie, zazwyczaj nie ma problem\u00f3w. Na przyk\u0142ad podczas odbioru wys\u0142ano do poprawki. A je\u015bli ponie\u015bli\u015bmy pora\u017ck\u0119 ju\u017c na etapie produkcji, kiedy zosta\u0142y zainwestowane pieni\u0105dze, to mog\u0105 pojawi\u0107 si\u0119 problemy. Skutki, jak to si\u0119 nazywa w biznesie.<\/p>\n

Czym s\u0105 niebezpieczne us\u0142ugi-osierocone:<\/p>\n