{"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\/sk\/blog\/administrirovanie\/mikroservisy-razmer-imeet-znachenie-dazhe-esli-u-vas-kubernetes","title":{"rendered":"Mikroslu\u017eby: ve\u013ekos\u0165 m\u00e1 v\u00fdznam, aj ke\u010f m\u00e1te Kubernetes.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

19. septembra v Bratislave sa uskuto\u010dnilo<\/a><\/noindex> prv\u00fd tematick\u00fd meetup HUG (Highload++ User Group), ktor\u00fd bol venovan\u00fd mikroslu\u017eb\u00e1m. Na \u0148om zaznel pr\u00edspevok \"Prev\u00e1dzka mikroslu\u017eieb: ve\u013ekos\u0165 je d\u00f4le\u017eit\u00e1, aj ke\u010f m\u00e1te Kubernetes\", v ktorom sme sa podelili o rozsiahle sk\u00fasenosti spolo\u010dnosti \"Flant\" v oblasti prev\u00e1dzky projektov s mikroslu\u017ebovou architekt\u00farou. V prvom rade bude u\u017eito\u010dn\u00fd v\u0161etk\u00fdm v\u00fdvoj\u00e1rom, ktor\u00ed uva\u017euj\u00fa o aplik\u00e1cii tohto pr\u00edstupu vo svojom aktu\u00e1lnom alebo bud\u00facom projekte.<\/p>\n

\"Mikroslu\u017eby:
\n
\nPredstavujeme video z predn\u00e1\u0161ky<\/b><\/a><\/noindex> (50 min\u00fat, ove\u013ea informat\u00edvnej\u0161ie ako \u010dl\u00e1nok), ako aj hlavn\u00fd preh\u013ead z neho v textovej podobe.<\/p>\n

NB: Video a prezent\u00e1cia s\u00fa dostupn\u00e9 aj na konci tejto publik\u00e1cie.<\/i><\/a><\/noindex><\/p>\n

\u00davod<\/h2>\n

\nZvy\u010dajne m\u00e1 dobr\u00fd pr\u00edbeh \u00favod, hlavn\u00fa z\u00e1pletku a z\u00e1ver. T\u00e1to predn\u00e1\u0161ka viac pripom\u00edna \u00favod, a to tragick\u00fd. Taktie\u017e je d\u00f4le\u017eit\u00e9 poznamena\u0165, \u017ee v nej je predostret\u00fd poh\u013ead na mikroslu\u017eby z poh\u013eadu vyu\u017eit\u00ed<\/i>.<\/p>\n

Za\u010dnem tak\u00fdmto grafom, autorom ktor\u00e9ho (v roku 2015) sa stal<\/a><\/noindex> Martin Fowler:<\/p>\n

\"Mikroslu\u017eby:
\n
\nNa \u0148om je vidie\u0165, ako v pr\u00edpade monolitickej aplik\u00e1cie, ktor\u00e1 dosiahla ur\u010dit\u00fa ve\u013ekos\u0165, za\u010d\u00edna klesa\u0165 produktivita pr\u00e1ce. Mikroslu\u017eby sa vyzna\u010duj\u00fa t\u00fdm, \u017ee po\u010diato\u010dn\u00e1 produktivita s nimi je ni\u017e\u0161ia, ale s rastom komplexnosti nie je degrad\u00e1cia efektivity tak\u00e1 v\u00fdrazn\u00e1.<\/p>\n

Dopln\u00edm tento graf pre pr\u00edpad vyu\u017eitia Kubernetes:<\/p>\n

\"Mikroslu\u017eby:
\n
\nPre\u010do sa aplik\u00e1cii s mikroslu\u017ebami dar\u00ed lep\u0161ie? Preto\u017ee tak\u00e1 architekt\u00fara kladie v\u00e1\u017ene po\u017eiadavky na architekt\u00faru, ktor\u00e9 s\u00fa z\u00e1rove\u0148 v\u00fdborne pokryt\u00e9 mo\u017enos\u0165ami Kubernetes. Na druhej strane, \u010das\u0165 tejto funk\u010dnosti bude u\u017eito\u010dn\u00e1 aj pre monolit, najm\u00e4 z d\u00f4vodu, \u017ee typick\u00fd dne\u0161n\u00fd monolit nie je \u00faplne monolit (podrobnosti bud\u00fa \u010falej v predn\u00e1\u0161ke).<\/p>\n

Ako je vidno, kone\u010dn\u00fd graf (ke\u010f s\u00fa monolitick\u00e9 aj mikroslu\u017ebov\u00e9 aplik\u00e1cie v infra\u0161trukt\u00fare s Kubernetes) sa ve\u013emi nel\u00ed\u0161i od p\u00f4vodn\u00e9ho. \u010ealej bude re\u010d o aplik\u00e1ci\u00e1ch, ktor\u00e9 sa prev\u00e1dzkuj\u00fa s vyu\u017eit\u00edm Kubernetes.<\/p>\n

U\u017eito\u010dn\u00e1 a \u0161kodliv\u00e1 mikroslu\u017ebovos\u0165<\/h2>\n

\nA tu je hlavn\u00e1 my\u0161lienka:<\/p>\n

\"Mikroslu\u017eby:
\n
\n\u010co vlastne znamen\u00e1 norm\u00e1lna<\/b> mikroslu\u017ebov\u00e1 architekt\u00fara? Mala by v\u00e1m prin\u00e1\u0161a\u0165 skuto\u010dn\u00fd prospech, zvy\u0161ovan\u00edm efektivity pr\u00e1ce. Ak sa vr\u00e1tim k grafu, tak tu je ona:<\/p>\n

\"Mikroslu\u017eby:
\n
\nAk by sme ju nazvali u\u017eito\u010dn\u00fd<\/b>, tak na druhej strane grafu by bola \u0161kodliv\u00e1<\/b> mikroslu\u017ebovos\u0165 (br\u00e1ni pr\u00e1ci):<\/p>\n

\"Mikroslu\u017eby:
\n
\nVraciac sa k \u201ehlavnej my\u0161lienke\u201c: m\u00e1me v\u00f4bec d\u00f4verova\u0165 mojim sk\u00fasenostiam? Od za\u010diatku tohto roku som sa pozrel na 85 projektov<\/b>. Nie v\u0161etky mali mikroslu\u017eobn\u00fa architekt\u00faru (takouto architekt\u00farou disponovalo pribli\u017ene od jednej tretiny do polovice z nich), ale aj tak je to ve\u013ek\u00e9 \u010d\u00edslo. My (spolo\u010dnos\u0165 \u201eFlant\u201c) ako outsourcingov\u00ed zamestnanci m\u00e1me mo\u017enos\u0165 vidie\u0165 \u0161irok\u00e9 spektrum aplik\u00e1ci\u00ed vyv\u00edjan\u00fdch ako mal\u00fdmi spolo\u010dnos\u0165ami (s 5 v\u00fdvoj\u00e1rmi), tak aj ve\u013ek\u00fdmi (~500 v\u00fdvoj\u00e1rmi). \u010eal\u0161\u00edm plusom je, \u017ee vid\u00edme, ako tieto aplik\u00e1cie \u017eij\u00fa a vyv\u00edjaj\u00fa sa po\u010das mnoh\u00fdch rokov.<\/p>\n

Pre\u010do mikroslu\u017eby?<\/h2>\n

\nNa ot\u00e1zku o v\u00fdhod\u00e1ch mikroslu\u017eieb existuje ve\u013emi konkr\u00e9tna odpove\u010f<\/a><\/noindex> od u\u017e spomenut\u00e9ho Martina Fowlera:<\/p>\n

    \n
  1. jasn\u00e9 hranice modularity;<\/li>\n
  2. nez\u00e1visl\u00e9 nasadzovanie;<\/li>\n
  3. sloboda v\u00fdberu technol\u00f3gi\u00ed.<\/li>\n<\/ol>\n

    \nVe\u013ea som hovoril s architektmi a v\u00fdvoj\u00e1rmi softv\u00e9ru a p\u00fdtal som sa, pre\u010do potrebuj\u00fa mikroslu\u017eby. Vytvoril som svoj zoznam ich o\u010dak\u00e1van\u00ed. Tu je to, \u010do vy\u0161lo:<\/p>\n

    \"Mikroslu\u017eby:
    \n
    \nAk by som pop\u00edsal \u201ev pocitoch\u201c niektor\u00e9 z bodov, tak:<\/p>\n