{"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\/cs\/blog\/administrirovanie\/mikroservisy-chto-eto-zachem-eto-i-kogda-nuzhno-ih-vnedryat","title":{"rendered":"Mikroslu\u017eby: co to je, pro\u010d je m\u00edt a kdy je implementovat","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

O mikroservisn\u00ed architektu\u0159e jsem cht\u011bl ps\u00e1t dlouho, ale st\u00e1le m\u011b brzdily dva momenty \u2013 \u010d\u00edm hloub\u011bji jsem se do t\u00e9matu pono\u0159oval, t\u00edm v\u00edce mi p\u0159i\u0161lo, \u017ee to, co u\u017e v\u00edm, je z\u0159ejm\u00e9, a to, co nev\u00edm, si je\u0161t\u011b vy\u017eaduje dal\u0161\u00ed studium. Na druhou stranu si mysl\u00edm, \u017ee u\u017e je o \u010dem diskutovat i pro \u0161ir\u0161\u00ed publikum. Tak\u017ee alternativn\u00ed n\u00e1zory jsou v\u00edt\u00e1ny.
\n<\/a><\/noindex><\/p>\n

Conway\u016fv z\u00e1kon a vztah mezi podnik\u00e1n\u00edm, organizac\u00ed a informa\u010dn\u00edm syst\u00e9mem<\/h2>\n

\nOp\u011bt si dovol\u00edm citovat:<\/p>\n

\u201eKa\u017ed\u00e1 organizace, kter\u00e1 navrhuje n\u011bjak\u00fd syst\u00e9m (v \u0161irok\u00e9m smyslu), z\u00edsk\u00e1 design, jeho\u017e struktura kop\u00edruje strukturu t\u00fdm\u016f v t\u00e9to organizaci.\u201c
\n\u2014 Melvyn Conway, 1967\n<\/p><\/blockquote>\n

Z m\u00e9ho pohledu tento z\u00e1kon sp\u00ed\u0161e souvis\u00ed s efektivitou organizace podnik\u00e1n\u00ed ne\u017e p\u0159\u00edmo s informa\u010dn\u00edm syst\u00e9mem. Vysv\u011btl\u00edm na p\u0159\u00edkladu. P\u0159edstavme si, \u017ee m\u00e1me dostate\u010dn\u011b stabiln\u00ed obchodn\u00ed p\u0159\u00edle\u017eitost s \u017eivotn\u00edm cyklem tak dlouh\u00fdm, \u017ee m\u00e1 smysl organizovat podnik (to nen\u00ed p\u0159eklep, ale velmi se mi l\u00edb\u00ed tento term\u00edn, kter\u00fd jsem zm\u00ednil). Samoz\u0159ejm\u011b, \u017ee podp\u016frn\u00fd syst\u00e9m tohoto podnik\u00e1n\u00ed bude organiza\u010dn\u011b a procesn\u011b odpov\u00eddat tomuto podnik\u00e1n\u00ed.<\/p>\n

Podnikov\u011b orientovan\u00e9 informa\u010dn\u00ed syst\u00e9my<\/h2>\n

\n\"Mikroslu\u017eby:
\n
\nVysv\u011btl\u00edm na p\u0159\u00edkladu. P\u0159edstavme si obchodn\u00ed p\u0159\u00edle\u017eitost na organizaci podnik\u00e1n\u00ed v prodeji pizzy. V prvn\u00ed verzi (nazv\u011bme ji p\u0159edinforma\u010dn\u00ed) byla spole\u010dnost pizzeri\u00ed, pokladnou a rozvozovou slu\u017ebou. Tato verze byla dlouhov\u011bk\u00e1 za podm\u00ednek n\u00edzk\u00e9 zm\u011bny okoln\u00edho sv\u011bta. Pot\u00e9 se objevila verze 2 \u2014 pokro\u010dilej\u0161\u00ed a schopn\u00e1 vyu\u017e\u00edvat informa\u010dn\u00ed syst\u00e9m jako z\u00e1klad pro podnik\u00e1n\u00ed s monolitickou architekturou. A pr\u00e1v\u011b zde, z m\u00e9ho pohledu, vznik\u00e1 skute\u010dn\u011b stra\u0161liv\u00e1 nespravedlnost v\u016f\u010di monolit\u016fm \u2014 jakoby monolitick\u00e1 architektura neodpov\u00eddala dom\u00e9nov\u00e9mu modelu podnik\u00e1n\u00ed.<\/b>Kdyby to tak bylo, syst\u00e9m by v\u016fbec nemohl fungovat - v rozporu se stejn\u00fdm Conwayov\u00fdm z\u00e1konem a zdrav\u00fdm rozumem. Ne, monolitn\u00ed architektura zcela odpov\u00edd\u00e1 obchodn\u00edmu modelu v t\u00e9to f\u00e1zi v\u00fdvoje podnik\u00e1n\u00ed \u2014 samoz\u0159ejm\u011b m\u00e1m na mysli f\u00e1zi, kdy je syst\u00e9m ji\u017e vytvo\u0159en a uveden do provozu. Naprosto fascinuj\u00edc\u00ed je, \u017ee bez ohledu na architektonick\u00fd p\u0159\u00edstup, jak verze 3 se slu\u017ebami orientovan\u00e9 architektury, tak mikroservisn\u00ed architektura verze N, bude fungovat stejn\u011b dob\u0159e. Kde je ten h\u00e1\u010dek?<\/p>\n

V\u0161echno te\u010de, v\u0161echno se m\u011bn\u00ed, nebo jsou mikroservisy n\u00e1strojem pro boj se slo\u017eitost\u00ed?<\/h2>\n

\n Ne\u017e budeme pokra\u010dovat, pod\u00edvejme se na n\u011bkter\u00e9 myln\u00e9 p\u0159edstavy o mikroservisn\u00ed architektu\u0159e.<\/p>\n

Zast\u00e1nci mikroservisn\u00edho p\u0159\u00edstupu \u010dasto \u0159\u00edkaj\u00ed, \u017ee rozbit\u00ed monolitu na mikroservisy usnad\u0148uje p\u0159\u00edstup k v\u00fdvoji d\u00edky sn\u00ed\u017een\u00ed k\u00f3dov\u00e9 z\u00e1kladny jednotliv\u00fdch slu\u017eeb. Podle m\u00e9ho n\u00e1zoru je toto tvrzen\u00ed naprost\u00fd nesmysl. Opravdu, je zjevn\u00e1 spolupr\u00e1ce v r\u00e1mci monolitu a homogenn\u00edho k\u00f3du slo\u017eit\u00e1? Kdyby to skute\u010dn\u011b tak bylo, v\u0161echny projekty by byly od za\u010d\u00e1tku konstruov\u00e1ny jako mikroservisy, zat\u00edmco praxe ukazuje, \u017ee migrace z monolitu na mikroservisy je mnohem b\u011b\u017en\u011bj\u0161\u00ed. Slo\u017eitost nikam nezmiz\u00ed, pouze se p\u0159esune z jednotliv\u00fdch modul\u016f na rozhran\u00ed (a\u0165 u\u017e jsou to datov\u00e9 sb\u011brnice, RPC, API a jin\u00e9 protokoly) a orchestruj\u00edc\u00ed syst\u00e9my. A to je slo\u017eit\u00e9! <\/p>\n

V\u00fdhoda pou\u017e\u00edv\u00e1n\u00ed heterogenn\u00edho stacku je tak\u00e9 sporn\u00e1. Nebudu polemizovat, \u017ee to je mo\u017en\u00e9, ale v realit\u011b se to z\u0159\u00eddka vyskytuje (Pokud to chci p\u0159edpov\u011bd\u011bt \u2014 m\u011blo by to existovat, ale sp\u00ed\u0161e jako d\u016fsledek ne\u017e jako v\u00fdhoda).<\/p>\n

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

\nPod\u00edvejte se znovu na v\u00fd\u0161e uveden\u00fd diagram. Ne n\u00e1hodou jsem zd\u016fraznil zkracuj\u00edc\u00ed se \u017eivotn\u00ed cyklus jednotliv\u00e9 verze podnik\u00e1n\u00ed \u2014 v sou\u010dasn\u00fdch podm\u00ednk\u00e1ch je pr\u00e1v\u011b zrychlen\u00ed p\u0159echodu podnik\u00e1n\u00ed mezi verzemi rozhoduj\u00edc\u00ed pro jeho \u00fasp\u011bch. \u00dasp\u011b\u0161nost produktu je ur\u010dena rychlost\u00ed ov\u011b\u0159ov\u00e1n\u00ed obchodn\u00edch hypot\u00e9z v n\u011bm<\/b>. A tady podle m\u00e9ho n\u00e1zoru spo\u010d\u00edv\u00e1 kl\u00ed\u010dov\u00e1 v\u00fdhoda mikroservisn\u00ed architektury. Ale postupujme krok za krokem. <\/p>\n

P\u0159ejdeme na dal\u0161\u00ed \u00farove\u0148 evoluce informa\u010dn\u00edch syst\u00e9m\u016f \u2014 na architekturu orientovanou na slu\u017eby SOA. Tak\u017ee, v n\u011bjak\u00e9m okam\u017eiku jsme ve sv\u00e9m produktu vy\u010dlenili dlouhodob\u00e9 slu\u017eby<\/b> \u2014 dlouhodob\u00e9 v tom smyslu, \u017ee p\u0159i p\u0159echodu mezi verzemi produktu existuje pravd\u011bpodobnost, \u017ee \u017eivotn\u00ed cyklus slu\u017eby bude del\u0161\u00ed ne\u017e \u017eivotn\u00ed cyklus nov\u00e9 verze produktu. Bylo by logick\u00e9 je v\u016fbec nem\u011bnit \u2014 n\u00e1m z\u00e1le\u017e\u00ed na rychlosti p\u0159echodu k dal\u0161\u00ed verzi<\/b>. Ale bohu\u017eel jsme nuceni neust\u00e1le m\u011bnit slu\u017eby \u2014 a zde m\u00e1me v\u0161e, co lze vyu\u017e\u00edt, jak praktiky DevOps, tak kontejnerizaci a dal\u0161\u00ed \u2014 cokoli, co v\u00e1s napadne. Ale to st\u00e1le nejsou mikroservisy! <\/p>\n

Mikroservisy jako prost\u0159edek boje se slo\u017eitost\u00ed... spr\u00e1va konfigurace<\/h2>\n

\n A te\u010f se kone\u010dn\u011b m\u016f\u017eeme dostat k ur\u010duj\u00edc\u00ed roli mikroservis\u016f \u2014 jde o p\u0159\u00edstup, kter\u00fd zjednodu\u0161uje spr\u00e1vu konfigurace produktu. Jin\u00fdmi slovy, funkce ka\u017ed\u00e9ho mikroservisu popisuje konkr\u00e9tn\u00ed obchodn\u00ed funkci uvnit\u0159 produktu podle dom\u00e9nov\u00e9ho modelu \u2014 a to jsou ji\u017e v\u011bci, kter\u00e9 neexistuj\u00ed v kr\u00e1tkodob\u00e9 verzi, ale v dlouhodob\u00e9 obchodn\u00ed p\u0159\u00edle\u017eitosti. A p\u0159echod k dal\u0161\u00ed verzi produktu prob\u00edh\u00e1 doslova nepozorovan\u011b \u2014 m\u011bn\u00edte\/p\u0159id\u00e1v\u00e1te jeden mikroservis, pop\u0159\u00edpad\u011b pouze sch\u00e9ma jejich interakce a najednou se ocit\u00e1te v budoucnosti, zat\u00edmco va\u0161i pla\u010d\u00edc\u00ed konkurenti st\u00e1le sk\u00e1\u010dou mezi verzemi sv\u00fdch monolit\u016f. Nyn\u00ed si p\u0159edstavte, \u017ee existuje dostate\u010dn\u011b velk\u00fd objem mikroservis\u016f s p\u0159edem definovan\u00fdmi rozhran\u00edmi a obchodn\u00edmi p\u0159\u00edle\u017eitostmi. A vy p\u0159ich\u00e1z\u00edte a stav\u00edte strukturu va\u0161eho produktu z hotov\u00fdch mikroservis\u016f \u2014 prost\u011b nakresl\u00edte diagram nap\u0159\u00edklad. Gratuluji \u2014 m\u00e1te platformu \u2014 a nyn\u00ed si m\u016f\u017eete vytvo\u0159it podnik\u00e1n\u00ed, co pot\u0159ebujete. Sny, sny. <\/p>\n

Z\u00e1v\u011bry<\/h2>\n

<\/p>\n