{"id":79498,"date":"2020-04-27T19:42:07","date_gmt":"2020-04-27T17:42:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/mikroservisy-chto-eto-zachem-eto-i-kogda-nuzhno-ih-vnedryat"},"modified":"2020-04-27T19:42:07","modified_gmt":"2020-04-27T17:42:07","slug":"mikroservisy-chto-eto-zachem-eto-i-kogda-nuzhno-ih-vnedryat","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sk\/blog\/administrirovanie\/mikroservisy-chto-eto-zachem-eto-i-kogda-nuzhno-ih-vnedryat","title":{"rendered":"Mikroslu\u017eby: \u010do to je, pre\u010do s\u00fa potrebn\u00e9 a kedy ich implementova\u0165","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

T\u00e9mu mikroslu\u017eieb som chcel nap\u00edsa\u0165 u\u017e d\u00e1vno, no st\u00e1le ma brzdili dva faktory \u2013 \u010d\u00edm hlb\u0161ie som sa do tejto t\u00e9my pon\u00e1ral, t\u00fdm viac mi pripadalo, \u017ee to, \u010do viem, je o\u010dividn\u00e9, a to, \u010do neviem, je potrebn\u00e9 e\u0161te sk\u00fama\u0165 a sk\u00fama\u0165. Na druhej strane sa domnievam, \u017ee u\u017e je o \u010dom diskutova\u0165 aj medzi \u0161irok\u00fdm publikom. Tak\u017ee alternat\u00edvne n\u00e1zory s\u00fa v\u00edtan\u00e9.
\n<\/a><\/noindex><\/p>\n

Conwayov z\u00e1kon a vz\u0165ah medzi podnikan\u00edm, organiz\u00e1ciou a informa\u010dn\u00fdm syst\u00e9mom<\/h2>\n

\nOp\u00e4\u0165 si dovol\u00edm citova\u0165:<\/p>\n

\u201eKa\u017ed\u00e1 organiz\u00e1cia, ktor\u00e1 navrhuje ak\u00fdko\u013evek syst\u00e9m (v \u0161irokom zmysle), dostane dizajn, ktor\u00e9ho \u0161trukt\u00fara kop\u00edruje \u0161trukt\u00faru t\u00edmov v tejto organiz\u00e1cii.\u201c
\n\u2014 Melvyn Conway, 1967\n<\/p><\/blockquote>\n

Pod\u013ea m\u00f4jho n\u00e1zoru tento z\u00e1kon sk\u00f4r s\u00favis\u00ed s efekt\u00edvnos\u0165ou organiz\u00e1cie podnikania ne\u017e priamo s informa\u010dn\u00fdm syst\u00e9mom. Vysvetl\u00edm to na pr\u00edklade. Predpokladajme, \u017ee m\u00e1me dostato\u010dne stabiln\u00fa podnikate\u013esk\u00fa pr\u00edle\u017eitos\u0165 s tak\u00fdm dlhou \u017eivotnos\u0165ou, aby malo zmysel zorganizova\u0165 podnik (nie je to preklep, ale ve\u013emi sa mi p\u00e1\u010di tento term\u00edn, ktor\u00fd som si po\u017ei\u010dal). Samozrejme, \u017ee zabezpe\u010duj\u00faci syst\u00e9m tohto podnikania bude organiza\u010dne a procesne zodpoveda\u0165 tomuto podnikaniu.<\/p>\n

Podnikate\u013esk\u00e1 orient\u00e1cia informa\u010dn\u00fdch syst\u00e9mov<\/h2>\n

\n\"Mikroslu\u017eby:
\n
\nVysvetl\u00edm to na pr\u00edklade. Predpokladajme existenciu podnikate\u013eskej pr\u00edle\u017eitosti na organiz\u00e1ciu podnikania v oblasti predaja pizze. Vo verzii V1 (nazvime ju neinformat\u00edvna) spolo\u010dnos\u0165 predstavovala pizzeriu, poklad\u0148u a doru\u010dovaciu slu\u017ebu. T\u00e1to verzia mala dlh\u00fa \u017eivotnos\u0165 v podmienkach n\u00edzkej volatility okolia. Potom pri\u0161la verzia 2 \u2014 pokro\u010dilej\u0161ia a schopn\u00e1 vyu\u017e\u00edva\u0165 informa\u010dn\u00fd syst\u00e9m ako z\u00e1klad pre podnikanie s monolitickou architekt\u00farou. A tu, pod\u013ea m\u00f4jho n\u00e1zoru, vznik\u00e1 proste hrozn\u00e1 nespravodlivos\u0165 vo\u010di monolitom \u2014 akoby monolitick\u00e1 architekt\u00fara nezodpovedala dom\u00e9nov\u00e9mu modelu podnikania<\/b>. Ak by to tak bolo, syst\u00e9m by v\u00f4bec nemohol fungova\u0165 - v rozpore s t\u00fdm ist\u00fdm Conwayov\u00fdm z\u00e1konom a zdrav\u00fdm rozumom. Nie, monolitn\u00e1 architekt\u00fara plne zodpoved\u00e1 obchodn\u00e9mu modelu v tejto f\u00e1ze v\u00fdvoja podnikania - samozrejme m\u00e1m na mysli f\u00e1zu, ke\u010f je syst\u00e9m u\u017e vytvoren\u00fd a uveden\u00fd do prev\u00e1dzky. \u00da\u017easn\u00fd fakt je, \u017ee bez oh\u013eadu na architektonick\u00fd pr\u00edstup, ako je verzia 3 so slu\u017ebami orientovan\u00fdmi na slu\u017eby a mikroslu\u017eby verzie N, bud\u00fa fungova\u0165 rovnako dobre. Kde je h\u00e1\u010dik?<\/p>\n

V\u0161etko te\u010die, v\u0161etko sa men\u00ed alebo mikroslu\u017eby s\u00fa prostriedkom boja proti zlo\u017eitosti?<\/h2>\n

\n Predt\u00fdm, ako pokra\u010dujeme, pozrime sa na niektor\u00e9 m\u00fdty o mikroslu\u017ebovej architekt\u00fare.<\/p>\n

Z\u00e1stancovia mikroslu\u017ebov\u00e9ho pr\u00edstupu \u010dasto tvrdia, \u017ee rozdelenie monolitu na mikroslu\u017eby zjednodu\u0161uje pr\u00edstup k v\u00fdvoju prostredn\u00edctvom zn\u00ed\u017eenia k\u00f3dovej z\u00e1kladne jednotliv\u00fdch slu\u017eieb. Pod\u013ea m\u00f4jho n\u00e1zoru je toto tvrdenie \u00fapln\u00fd nezmysel. Naozaj, zd\u00e1 sa, \u017ee zrejm\u00e9 interakcie v r\u00e1mci monolitu a homog\u00e9nneho k\u00f3du s\u00fa zlo\u017eit\u00e9? Keby to skuto\u010dne tak bolo, v\u0161etky projekty by sa od za\u010diatku budovali ako mikroslu\u017eby, zatia\u013e \u010do prax ukazuje, \u017ee migr\u00e1cia z monolitu na mikroslu\u017eby je ove\u013ea be\u017enej\u0161ia. Zlo\u017eitos\u0165 nikam nezmizne, jednoducho prech\u00e1dza z jednotliv\u00fdch modulov do rozhran\u00ed (\u010di u\u017e ide o d\u00e1tov\u00e9 zbernice, RPC, API a in\u00e9 protokoly) a orchestruj\u00face syst\u00e9my. A to je - zlo\u017eit\u00e9! <\/p>\n

V\u00fdhoda pou\u017e\u00edvania heterog\u00e9nneho stacku je tie\u017e sporn\u00e1. Nebudem oponova\u0165, \u017ee to je tie\u017e mo\u017en\u00e9, ale v skuto\u010dnosti sa to zriedka stret\u00e1va (Ak sa pon\u00e1h\u013eam dopredu - to by malo ma\u0165 miesto - ale sk\u00f4r ako n\u00e1sledok, ne\u017e v\u00fdhodu).<\/p>\n

\u017divotn\u00fd cyklus produktu a \u017eivotn\u00fd cyklus slu\u017eby<\/h2>\n

\nPozrite sa e\u0161te raz na diagram vy\u0161\u0161ie. Neozna\u010dil som n\u00e1hodou zmen\u0161uj\u00faci sa \u017eivotn\u00fd cyklus jednotliv\u00fdch verzi\u00ed podniku - v s\u00fa\u010dasn\u00fdch podmienkach je presne zr\u00fdchlenie prechodu podniku medzi verziami rozhoduj\u00face pre jeho \u00faspech. \u00daspe\u0161nos\u0165 produktu je ur\u010den\u00e1 r\u00fdchlos\u0165ou overovania obchodn\u00fdch hypot\u00e9z v \u0148om<\/b>. A pr\u00e1ve tu pod\u013ea m\u00f4jho n\u00e1zoru le\u017e\u00ed k\u013e\u00fa\u010dov\u00e1 v\u00fdhoda mikroslu\u017ebovej architekt\u00fary. Ale po\u010fme na to postupne. <\/p>\n

Prejdeme na \u010fal\u0161iu \u00farove\u0148 evol\u00facie informa\u010dn\u00fdch syst\u00e9mov \u2014 na architekt\u00faru orientovan\u00fa na slu\u017eby SOA. Tak\u017ee v ur\u010ditom momente sme vy\u010dlenili vo svojom produkte dlhovek\u00e9 slu\u017eby<\/b> \u2014 dlhovek\u00e9 v tom zmysle, \u017ee pri prechode medzi verziami produktu existuje \u0161anca, \u017ee \u017eivotn\u00fd cyklus slu\u017eby bude dlh\u0161\u00ed ako \u017eivotn\u00fd cyklus nasleduj\u00facej verzie produktu. Bolo by logick\u00e9 ich v\u00f4bec nemeni\u0165 \u2014 pre n\u00e1s je d\u00f4le\u017eit\u00e1 pr\u00e1ve r\u00fdchlos\u0165 prechodu na \u010fal\u0161iu verziu<\/b>. Ale \u017eia\u013e, mus\u00edme neust\u00e1le vykon\u00e1va\u0165 zmeny v slu\u017eb\u00e1ch \u2014 a tu n\u00e1m vyhovuje v\u0161etko, od DevOps prakt\u00edk, cez kontajneriz\u00e1ciu, a tak \u010falej \u2014 v\u0161etko, \u010do napadne. Ale to st\u00e1le nie s\u00fa mikroslu\u017eby! <\/p>\n

Mikroslu\u017eby ako prostriedok boja so zlo\u017eitosti\u2026 spr\u00e1va konfigur\u00e1ci\u00ed<\/h2>\n

\n A tu sa kone\u010dne m\u00f4\u017eeme preorientova\u0165 na ur\u010duj\u00facu \u00falohu mikroslu\u017eieb \u2014 je to pr\u00edstup, ktor\u00fd zjednodu\u0161uje spr\u00e1vu konfigur\u00e1cie produktu. Presnej\u0161ie povedan\u00e9, funkcia ka\u017edej mikroslu\u017eby opisuje presne obchodn\u00fa funkciu v r\u00e1mci produktu pod\u013ea dom\u00e9nov\u00e9ho modelu \u2014 a to u\u017e s\u00fa veci, ktor\u00e9 ne\u017eij\u00fa v kr\u00e1tkodob\u00fdch verzi\u00e1ch, ale v dlhodob\u00fdch obchodn\u00fdch mo\u017enostiach. A prechod na \u010fal\u0161iu verziu produktu sa deje doslova bez pov\u0161imnutia \u2014 men\u00edte\/prid\u00e1vate jednu mikroslu\u017ebu, mo\u017eno len sch\u00e9mu ich interakcie a zrazu ste u\u017e v bud\u00facnosti, pri\u010dom nech\u00e1vate za sebou pla\u010d\u00facich konkurentov, ktor\u00ed na\u010falej sk\u00e1\u010du medzi verziami svojich monolitov. Teraz si predstavte, \u017ee existuje dostato\u010dne ve\u013ek\u00fd objem mikroslu\u017eieb s vopred definovan\u00fdmi rozhraniami a obchodn\u00fdmi mo\u017enos\u0165ami. A pr\u00eddete a staviate \u0161trukt\u00faru svojho produktu z hotov\u00fdch mikroslu\u017eieb \u2014 jednoducho nakresl\u00edte diagram napr\u00edklad. Blaho\u017eel\u00e1m \u2014 m\u00e1te platformu \u2014 a teraz si m\u00f4\u017eete naklika\u0165 obchod. Sny, sny. <\/p>\n

Zhrnutie<\/h2>\n

<\/p>\n