{"id":31761,"date":"2019-10-31T21:42:55","date_gmt":"2019-10-31T18:42:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/mikroservisy-razmer-imeet-znachenie-dazhe-esli-u-vas-kubernetes\/"},"modified":"2019-10-31T21:42:55","modified_gmt":"2019-10-31T18:42:55","slug":"mikroservisy-razmer-imeet-znachenie-dazhe-esli-u-vas-kubernetes","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/mikroservisy-razmer-imeet-znachenie-dazhe-esli-u-vas-kubernetes","title":{"rendered":"Mikroserwisy: wielko\u015b\u0107 ma znaczenie, nawet je\u015bli masz Kubernetes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

19 wrze\u015bnia w Moskwie mia\u0142 miejsce<\/a><\/noindex> pierwsze tematyczne spotkanie HUG (Highload++ User Group), kt\u00f3re by\u0142o po\u015bwi\u0119cone mikroserwisom. Zanotowali\u015bmy wyk\u0142ad \u201eEksploatacja mikroserwis\u00f3w: rozmiar ma znaczenie, nawet je\u015bli masz Kubernetes\u201d, w kt\u00f3rym podzielili\u015bmy si\u0119 bogatym do\u015bwiadczeniem firmy \u201eFlant\u201d w zakresie eksploatacji projekt\u00f3w z architektur\u0105 mikroserwisow\u0105. Przede wszystkim b\u0119dzie on przydatny dla wszystkich programist\u00f3w zastanawiaj\u0105cych si\u0119 nad zastosowaniem tego podej\u015bcia w swoim obecnym lub przysz\u0142ym projekcie.<\/p>\n

\"Mikroserwisy:
\n
\nPrezentujemy wideo z wyk\u0142adem<\/b><\/a><\/noindex> (50 minut, znacznie bardziej informacyjne ni\u017c artyku\u0142), a tak\u017ce g\u0142\u00f3wn\u0105 tre\u015b\u0107 w formie tekstowej.<\/p>\n

NB: Wideo i prezentacja s\u0105 r\u00f3wnie\u017c dost\u0119pne na ko\u0144cu tej publikacji.<\/i><\/a><\/noindex><\/p>\n

Wprowadzenie<\/h2>\n

\nZazwyczaj dobra historia ma wprowadzenie, g\u0142\u00f3wny w\u0105tek i zako\u0144czenie. Ten wyk\u0142ad bardziej przypomina wprowadzenie, co wi\u0119cej, tragiczne. Wa\u017cne jest r\u00f3wnie\u017c, aby zauwa\u017cy\u0107, \u017ce prezentuje on perspektyw\u0119 mikroserwis\u00f3w z punktu widzenia eksploatacj\u0119<\/i>.<\/p>\n

Zaczn\u0119 od takiego wykresu, kt\u00f3rego autorem (w 2015 roku) zacz\u0105\u0142<\/a><\/noindex> Martin Fowler:<\/p>\n

\"Mikroserwisy:
\n
\nNa nim wida\u0107, jak w przypadku monolitycznej aplikacji, kt\u00f3ra osi\u0105gn\u0119\u0142a okre\u015blony rozmiar, zaczyna spada\u0107 produktywno\u015b\u0107 pracy. Mikroserwisy r\u00f3\u017cni\u0105 si\u0119 tym, \u017ce pocz\u0105tkowa produktywno\u015b\u0107 z nimi jest ni\u017csza, jednak w miar\u0119 wzrostu z\u0142o\u017cono\u015bci degradacja efektywno\u015bci nie jest tak zauwa\u017calna.<\/p>\n

Uzupe\u0142ni\u0119 ten wykres dla przypadku u\u017cycia Kubernetes:<\/p>\n

\"Mikroserwisy:
\n
\nDlaczego aplikacja z mikroserwisami si\u0119 poprawi\u0142a? Poniewa\u017c taka architektura stawia powa\u017cne wymagania, kt\u00f3re s\u0105 \u015bwietnie spe\u0142niane przez mo\u017cliwo\u015bci Kubernetes. Z drugiej strony, cz\u0119\u015b\u0107 tej funkcjonalno\u015bci b\u0119dzie przydatna r\u00f3wnie\u017c dla monolitu, szczeg\u00f3lnie z tego powodu, \u017ce typowy dzisiaj monolit to nie do ko\u0144ca monolit (szczeg\u00f3\u0142y zostan\u0105 om\u00f3wione p\u00f3\u017aniej w wyk\u0142adzie).<\/p>\n

Jak wida\u0107, ostateczny wykres (gdy zar\u00f3wno aplikacje monolityczne, jak i mikroserwisowe znajduj\u0105 si\u0119 w infrastrukturze Kubernetes) niewiele r\u00f3\u017cni si\u0119 od pocz\u0105tkowego. Nast\u0119pnie b\u0119dziemy m\u00f3wi\u0107 o aplikacjach eksploatowanych z u\u017cyciem Kubernetes.<\/p>\n

Po\u017cyteczno\u015b\u0107 i szkodliwo\u015b\u0107 mikroserwis\u00f3w<\/h2>\n

\nI tu g\u0142\u00f3wna my\u015bl:<\/p>\n

\"Mikroserwisy:
\n
\nCzym jest normalna<\/b> architektura mikroserwisowa? Powinna przynosi\u0107 ci rzeczywiste korzy\u015bci, zwi\u0119kszaj\u0105c efektywno\u015b\u0107 pracy. Je\u015bli wr\u00f3cimy do wykresu, oto ona:<\/p>\n

\"Mikroserwisy:
\n
\nJe\u015bli nazwiemy j\u0105 przydatna<\/b>, to po drugiej stronie wykresu znajdzie si\u0119 szkodliwa<\/b> mikroserwisowo\u015b\u0107 (przeszkadza w pracy):<\/p>\n

\"Mikroserwisy:
\n
\nWracaj\u0105c do \"g\u0142\u00f3wnej my\u015bli\": czy w og\u00f3le warto zaufa\u0107 mojemu do\u015bwiadczeniu? Od pocz\u0105tku tego roku obejrza\u0142em 85 projekt\u00f3w<\/b>. Nie wszystkie z nich by\u0142y mikroserwisowe (taka architektura mia\u0142a oko\u0142o jednej trzeciej do po\u0142owy z nich), ale to wci\u0105\u017c du\u017ca liczba. Nam (firmie \u201eFlant\u201d) jako dostawcom zewn\u0119trznym udaje si\u0119 dostrzega\u0107 r\u00f3\u017cnorodno\u015b\u0107 aplikacji, rozwijanych zar\u00f3wno w ma\u0142ych firmach (z 5 programistami), jak i w du\u017cych (~500 programist\u00f3w). Dodatkowym plusem jest to, \u017ce widzimy, jak te aplikacje \u017cyj\u0105 i rozwijaj\u0105 si\u0119 przez wiele lat.<\/p>\n

Po co mikroserwisy?<\/h2>\n

\nNa pytanie o u\u017cyteczno\u015b\u0107 mikroserwis\u00f3w jest bardzo konkretny odpowied\u017a<\/a><\/noindex> od wspomnianego ju\u017c Martina Fowlersa:<\/p>\n

    \n
  1. wyra\u017ane granice modularno\u015bci;<\/li>\n
  2. niezale\u017cne wdra\u017canie;<\/li>\n
  3. wolno\u015b\u0107 wyboru technologii.<\/li>\n<\/ol>\n

    \nDu\u017co rozmawia\u0142em z architektami i programistami oprogramowania i pyta\u0142em, dlaczego potrzebuj\u0105 mikroserwis\u00f3w. Sporz\u0105dzi\u0142em swoj\u0105 list\u0119 ich oczekiwa\u0144. Oto, co wysz\u0142o:<\/p>\n

    \"Mikroserwisy:
    \n
    \nJe\u015bli opisa\u0107 \"w odczuciu\" niekt\u00f3re z punkt\u00f3w, to:<\/p>\n