{"id":80035,"date":"2020-05-02T13:42:54","date_gmt":"2020-05-02T11:42:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/udobnye-arhitekturnye-patterny"},"modified":"2020-05-02T13:42:54","modified_gmt":"2020-05-02T11:42:54","slug":"udobnye-arhitekturnye-patterny","status":"publish","type":"post","link":"https:\/\/prohoster.info\/cs\/blog\/administrirovanie\/udobnye-arhitekturnye-patterny","title":{"rendered":"Pohodln\u00e9 architektonick\u00e9 vzory","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ahoj, Habr!<\/p>\n

<\/p>\n

Vzhledem k sou\u010dasn\u00fdm ud\u00e1lostem zp\u016fsoben\u00fdm koronavirem za\u010dalo n\u011bkolik internetov\u00fdch slu\u017eeb za\u017e\u00edvat zv\u00fd\u0161enou z\u00e1t\u011b\u017e. Nap\u0159\u00edklad, jedna z maloobchodn\u00edch s\u00edt\u00ed ve Velk\u00e9 Brit\u00e1nii jednodu\u0161e pozastavila web s online objedn\u00e1vkami<\/a><\/noindex>, proto\u017ee jim do\u0161ly kapacity. A ne v\u017edy je mo\u017en\u00e9 zrychlit server jednodu\u0161e p\u0159id\u00e1n\u00edm v\u00fdkonn\u011bj\u0161\u00edho hardwaru, nicm\u00e9n\u011b je t\u0159eba zpracov\u00e1vat po\u017eadavky z\u00e1kazn\u00edk\u016f (jinak odejdou ke konkurenci).<\/p>\n

<\/p>\n

V tomto \u010dl\u00e1nku kr\u00e1tce pop\u00ed\u0161u popul\u00e1rn\u00ed praktiky, kter\u00e9 umo\u017en\u00ed vytvo\u0159it rychlou a odolnou slu\u017ebu. Nicm\u00e9n\u011b jsem vybral pouze ty v\u00fdvojov\u00e9 sch\u00e9mata, kter\u00e9 jsou v sou\u010dasnosti snadno dostupn\u00e9.<\/strong>Pro ka\u017ed\u00fd bod u\u017e m\u00e1te bu\u010f hotov\u00e9 knihovny, nebo mo\u017enost vy\u0159e\u0161it \u00fakol pomoc\u00ed cloudov\u00e9 platformy.<\/p>\n

<\/a><\/noindex><\/p>\n

Horizont\u00e1ln\u00ed \u0161k\u00e1lov\u00e1n\u00ed<\/h1>\n

<\/p>\n

Nejjednodu\u0161\u0161\u00ed a v\u0161em zn\u00e1m\u00fd bod. Obvykle se nej\u010dast\u011bji setk\u00e1v\u00e1me se dv\u011bma sch\u00e9maty rozd\u011blen\u00ed z\u00e1t\u011b\u017ee \u2014 horizont\u00e1ln\u00edm a vertik\u00e1ln\u00edm \u0161k\u00e1lov\u00e1n\u00edm. V prvn\u00edm p\u0159\u00edpad\u011b<\/a><\/noindex> dovolujete slu\u017eb\u00e1m pracovat paraleln\u011b, \u010d\u00edm\u017e rozd\u011blujete z\u00e1t\u011b\u017e mezi nimi. Ve druh\u00e9m<\/a><\/noindex> objedn\u00e1v\u00e1te v\u00fdkonn\u011bj\u0161\u00ed servery nebo optimalizujete k\u00f3d.<\/p>\n

<\/p>\n

Jako p\u0159\u00edklad vezmu abstraktn\u00ed cloudov\u00e9 \u00falo\u017ei\u0161t\u011b soubor\u016f, tedy ur\u010dit\u00fd analog OwnCloud, OneDrive a tak d\u00e1le.<\/p>\n

<\/p>\n

Standardn\u00ed obr\u00e1zek podobn\u00e9ho sch\u00e9matu je n\u00ed\u017ee, nicm\u00e9n\u011b pouze demonstruje slo\u017eitost syst\u00e9mu. Proto\u017ee mus\u00edme n\u011bjak synchronizovat slu\u017eby. Co se stane, pokud u\u017eivatel ulo\u017e\u00ed soubor z tabletu a pak ho chce zobrazit na mobilu?<\/p>\n

<\/p>\n

\"Pohodln\u00e9
\nRozd\u00edl mezi p\u0159\u00edstupy: u vertik\u00e1ln\u00edho \u0161k\u00e1lov\u00e1n\u00ed jsme p\u0159ipraveni zvy\u0161ovat v\u00fdkon uzl\u016f, zat\u00edmco u horizont\u00e1ln\u00edho \u2014 p\u0159id\u00e1vat nov\u00e9 uzly pro rozd\u011blen\u00ed z\u00e1t\u011b\u017ee.<\/p>\n

<\/p>\n

CQRS<\/h1>\n

<\/p>\n

Segmentace odpov\u011bdnosti dotazu a p\u0159\u00edkazu<\/a><\/noindex> je docela d\u016fle\u017eit\u00fd vzor, proto\u017ee umo\u017e\u0148uje r\u016fzn\u00fdm klient\u016fm nejen p\u0159ipojit se k r\u016fzn\u00fdm slu\u017eb\u00e1m, ale tak\u00e9 dost\u00e1vat stejn\u00e9 proudy ud\u00e1lost\u00ed. Jeho v\u00fdhody nejsou tak z\u0159ejm\u00e9 pro jednoduchou aplikaci, nicm\u00e9n\u011b je nesm\u00edrn\u011b d\u016fle\u017eit\u00fd (a jednoduch\u00fd) pro zat\u00ed\u017een\u00e9 slu\u017eby. Jeho podstata spo\u010d\u00edv\u00e1 v tom, \u017ee p\u0159\u00edchoz\u00ed a odchoz\u00ed toky dat se nesm\u00ed p\u0159ekr\u00fdvat. To znamen\u00e1, \u017ee nem\u016f\u017eete poslat po\u017eadavek a o\u010dek\u00e1vat odpov\u011b\u010f, m\u00edsto toho pos\u00edl\u00e1te po\u017eadavek do slu\u017eby A, ale odpov\u011b\u010f dost\u00e1v\u00e1te ve slu\u017eb\u011b B.<\/p>\n

<\/p>\n

Prvn\u00ed v\u00fdhodou tohoto p\u0159\u00edstupu je mo\u017enost p\u0159eru\u0161en\u00ed spojen\u00ed (v \u0161irok\u00e9m smyslu tohoto slova) b\u011bhem prov\u00e1d\u011bn\u00ed dlouh\u00e9ho dotazu. Jako p\u0159\u00edklad zva\u017eme v\u00edce m\u00e9n\u011b standardn\u00ed sekvenci:<\/p>\n

<\/p>\n

    \n
  1. Klient odeslal dotaz na server.<\/li>\n
  2. Server zah\u00e1jil dlouh\u00e9 zpracov\u00e1n\u00ed.<\/li>\n
  3. Server odpov\u011bd\u011bl klientovi v\u00fdsledkem.<\/li>\n<\/ol>\n

    <\/p>\n

    P\u0159edstavme si, \u017ee v bod\u011b 2 do\u0161lo k p\u0159eru\u0161en\u00ed spojen\u00ed (nebo se s\u00ed\u0165 p\u0159econnectovala, nebo u\u017eivatel p\u0159e\u0161el na jinou str\u00e1nku a p\u0159eru\u0161il spojen\u00ed). V takov\u00e9m p\u0159\u00edpad\u011b by bylo serveru obt\u00ed\u017en\u00e9 poslat odpov\u011b\u010f u\u017eivateli s informac\u00ed, co bylo pr\u00e1v\u011b zpracov\u00e1no. Aplikac\u00ed CQRS bude sekvence trochu jin\u00e1:<\/p>\n

    <\/p>\n

      \n
    1. Klient se p\u0159ihl\u00e1sil k odb\u011bru aktualizac\u00ed.<\/li>\n
    2. Klient odeslal dotaz na server.<\/li>\n
    3. Server odpov\u011bd\u011bl 'po\u017eadavek p\u0159ijat'.<\/li>\n
    4. Server odpov\u011bd\u011bl v\u00fdsledkem prost\u0159ednictv\u00edm kan\u00e1lu z bodu '1'.<\/li>\n<\/ol>\n

      <\/p>\n

      \"Pohodln\u00e9<\/p>\n

      <\/p>\n

      Jak vidno, sch\u00e9ma je o n\u011bco slo\u017eit\u011bj\u0161\u00ed. Nav\u00edc intuitivn\u00ed p\u0159\u00edstup request-response zde chyb\u00ed. Nicm\u00e9n\u011b jak vidno, p\u0159eru\u0161en\u00ed spojen\u00ed b\u011bhem zpracov\u00e1n\u00ed dotazu nepovede k chyb\u011b. Co v\u00edce, pokud je u\u017eivatel skute\u010dn\u011b p\u0159ipojen k slu\u017eb\u011b z v\u00edce za\u0159\u00edzen\u00ed (nap\u0159\u00edklad z mobiln\u00edho telefonu a tabletu), lze zajistit, aby odpov\u011b\u010f p\u0159i\u0161la na ob\u011b za\u0159\u00edzen\u00ed.<\/p>\n

      <\/p>\n

      Co je zaj\u00edmav\u00e9, k\u00f3d zpracov\u00e1n\u00ed p\u0159\u00edchoz\u00edch zpr\u00e1v se st\u00e1v\u00e1 stejn\u00fdm (ne na 100 %) jak pro ud\u00e1losti, na kter\u00e9 m\u011bl vliv s\u00e1m klient, tak pro ostatn\u00ed ud\u00e1losti, v\u010detn\u011b t\u011bch od jin\u00fdch klient\u016f.<\/p>\n

      <\/p>\n

      V re\u00e1lu v\u0161ak z\u00edsk\u00e1v\u00e1me dal\u0161\u00ed v\u00fdhody d\u00edky tomu, \u017ee jednosm\u011brn\u00fd tok lze zpracov\u00e1vat funkcion\u00e1ln\u00edm stylem (pou\u017e\u00edvaj\u00edc\u00ed RX a analogie). A to u\u017e je v\u00e1\u017en\u00fd plus, proto\u017ee v podstat\u011b lze aplikaci ud\u011blat zcela reaktivn\u00ed, nav\u00edc s implementac\u00ed funkcion\u00e1ln\u00edho p\u0159\u00edstupu. Pro robustn\u00ed aplikace to m\u016f\u017ee v\u00fdrazn\u011b u\u0161et\u0159it zdroje na v\u00fdvoj a \u00fadr\u017ebu.<\/p>\n

      <\/p>\n

      Pokud tento p\u0159\u00edstup spoj\u00edme s horizont\u00e1ln\u00edm \u0161k\u00e1lov\u00e1n\u00edm, z\u00edsk\u00e1v\u00e1me mo\u017enost odes\u00edlat dotazy na jeden server, ale p\u0159ij\u00edmat odpov\u011bdi od jin\u00e9ho. T\u00edmto zp\u016fsobem si klient m\u016f\u017ee s\u00e1m vybrat pohodlnou slu\u017ebu a syst\u00e9m uvnit\u0159 si stejn\u011b dok\u00e1\u017ee spr\u00e1vn\u011b zpracovat ud\u00e1losti.<\/p>\n

      <\/p>\n

      Event Sourcing<\/h1>\n

      <\/p>\n

      Jak v\u00edte, jednou z hlavn\u00edch vlastnost\u00ed distribuovan\u00fdch syst\u00e9m\u016f je absence spole\u010dn\u00e9ho \u010dasu a spole\u010dn\u00e9 kritick\u00e9 sekce. Pro jeden proces m\u016f\u017eete ud\u011blat synchronizaci (na stejn\u00fdch mutexech), b\u011bhem n\u00ed\u017e m\u00e1te jistotu, \u017ee nikdo jin\u00fd tento k\u00f3d nevykon\u00e1v\u00e1. Av\u0161ak pro distribuovan\u00fd syst\u00e9m je to nebezpe\u010dn\u00e9, proto\u017ee by to p\u0159ineslo n\u00e1klady na synchronizaci a z\u00e1rove\u0148 by se zabil cel\u00fd p\u016fvab \u0161k\u00e1lovatelnosti \u2014 v\u0161echny komponenty by p\u0159esto \u010dekaly na jednu.<\/p>\n

      <\/p>\n

      Odtud z\u00edsk\u00e1v\u00e1me d\u016fle\u017eit\u00fd fakt \u2014 rychl\u00fd distribuovan\u00fd syst\u00e9m nelze synchronizovat, proto\u017ee bychom t\u00edm sn\u00ed\u017eili v\u00fdkon. Na druhou stranu, \u010dasto pot\u0159ebujeme ur\u010ditou konzistenci komponent. A k tomu lze pou\u017e\u00edt p\u0159\u00edstup s eventual consistency<\/a><\/noindex>, kde je zaru\u010deno, \u017ee v p\u0159\u00edpad\u011b absence zm\u011bn dat po ur\u010dit\u00e9m \u010dasov\u00e9m obdob\u00ed od posledn\u00ed aktualizace (\u201ev kone\u010dn\u00e9m d\u016fsledku\u201c) budou v\u0161echny po\u017eadavky vracet posledn\u00ed aktualizovanou hodnotu.<\/p>\n

      <\/p>\n

      Je d\u016fle\u017eit\u00e9 ch\u00e1pat, \u017ee pro klasick\u00e9 datab\u00e1ze se \u010dasto pou\u017e\u00edv\u00e1 p\u0159\u00edsn\u00e1 konzistence<\/a><\/noindex>, kde ka\u017ed\u00fd uzel m\u00e1 stejn\u00e9 informace (toho se \u010dasto dosahuje v situaci, kdy je transakce pova\u017eov\u00e1na za dokon\u010denou a\u017e po odpov\u011bdi druh\u00e9ho serveru). Zde existuj\u00ed ur\u010dit\u00e9 \u00falevy z d\u016fvodu \u00farovn\u00ed izolace, nicm\u00e9n\u011b celkov\u00e1 podstata z\u016fst\u00e1v\u00e1 stejn\u00e1 \u2014 m\u016f\u017eete \u017e\u00edt v pln\u011b konzistentn\u00edm sv\u011bt\u011b.<\/p>\n

      <\/p>\n

      Ale vra\u0165me se k p\u016fvodn\u00edmu \u00fakolu. Pokud m\u016f\u017ee b\u00fdt \u010d\u00e1st syst\u00e9mu postavena s eventual consistency<\/a><\/noindex>, lze postavit n\u00e1sleduj\u00edc\u00ed sch\u00e9ma.<\/p>\n

      <\/p>\n

      \"Pohodln\u00e9<\/p>\n

      <\/p>\n

      Hlavn\u00ed rysy tohoto p\u0159\u00edstupu:<\/p>\n

      <\/p>\n