{"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\/hu\/blog\/administrirovanie\/udobnye-arhitekturnye-patterny","title":{"rendered":"K\u00e9nyelmes architektur\u00e1lis mint\u00e1k","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hell\u00f3, Habr!<\/p>\n

<\/p>\n

A koronav\u00edrus miatt kialakult helyzet f\u00e9ny\u00e9ben sz\u00e1mos internetes szolg\u00e1ltat\u00e1s megn\u00f6vekedett terhel\u00e9st tapasztal. P\u00e9ld\u00e1ul, az Egyes\u00fclt Kir\u00e1lys\u00e1g egyik kiskereskedelmi l\u00e1nca egyszer\u0171en le\u00e1ll\u00edtotta az online rendel\u00e9seket a weboldal\u00e1n,<\/a><\/noindex>mivel nem \u00e1lltak rendelkez\u00e9sre elegend\u0151 er\u0151forr\u00e1sok. Nem mindig lehet csak er\u0151sebb hardver hozz\u00e1ad\u00e1s\u00e1val felgyors\u00edtani a szervert, azonban a v\u00e1s\u00e1rl\u00f3i ig\u00e9nyeket kezelni kell (k\u00fcl\u00f6nben elmennek a versenyt\u00e1rsakhoz).<\/p>\n

<\/p>\n

Ebben a cikkben r\u00f6viden bemutatom a n\u00e9pszer\u0171 gyakorlatokat, amelyek lehet\u0151v\u00e9 teszik a gyors \u00e9s megb\u00edzhat\u00f3 szolg\u00e1ltat\u00e1s kialak\u00edt\u00e1s\u00e1t. Az \u00e1ltalam kiv\u00e1lasztott fejleszt\u00e9si s\u00e9m\u00e1k k\u00f6z\u00fcl csak azokat emelem ki, amelyek jelenleg k\u00f6nnyen el\u00e9rhet\u0151k.<\/strong>Minden egyes ponthoz vagy m\u00e1r l\u00e9teznek k\u00f6nyvt\u00e1rak, vagy lehet\u0151s\u00e9g van a probl\u00e9ma megold\u00e1s\u00e1ra felh\u0151alap\u00fa platformon.<\/p>\n

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

Horizont\u00e1lis sk\u00e1l\u00e1z\u00e1s<\/h1>\n

<\/p>\n

A legsimplebb \u00e9s legjobban ismert pont. \u00c1ltal\u00e1noss\u00e1gban a leggyakrabban el\u0151fordul\u00f3 terhel\u00e9seloszt\u00e1si s\u00e9m\u00e1k a horizont\u00e1lis \u00e9s a vertik\u00e1lis sk\u00e1l\u00e1z\u00e1s. Az els\u0151 esetben<\/a><\/noindex> lehet\u0151v\u00e9 teszi a szolg\u00e1ltat\u00e1sok p\u00e1rhuzamos m\u0171k\u00f6d\u00e9s\u00e9t, ez\u00e1ltal elosztva a terhel\u00e9st k\u00f6z\u00f6tt\u00fck. A m\u00e1sodik esetben<\/a><\/noindex> er\u0151sebb szervereket rendel, vagy optimaliz\u00e1lja a k\u00f3dot.<\/p>\n

<\/p>\n

P\u00e9ld\u00e1nak ok\u00e1\u00e9rt egy absztrakt felh\u0151t\u00e1rol\u00f3 rendszer, amely hasonl\u00f3 az OwnCloudhoz, OneDrivehoz \u00e9s \u00edgy tov\u00e1bb.<\/p>\n

<\/p>\n

A k\u00f6vetkez\u0151 \u00e1bra egy tipikus s\u00e9m\u00e1t mutat be, azonban ez csak a rendszer \u00f6sszetetts\u00e9g\u00e9t demonstr\u00e1lja. Valahogy szinkroniz\u00e1lnunk kell a szolg\u00e1ltat\u00e1sokat. Mi t\u00f6rt\u00e9nik, ha a felhaszn\u00e1l\u00f3 egy t\u00e1blag\u00e9pr\u0151l mentette a f\u00e1jlt, majd telefonon szeretn\u00e9 megn\u00e9zni?<\/p>\n

<\/p>\n

\"K\u00e9nyelmes
\nA megk\u00f6zel\u00edt\u00e9sek k\u00f6z\u00f6tti k\u00fcl\u00f6nbs\u00e9g: vertik\u00e1lis sk\u00e1l\u00e1z\u00e1s eset\u00e9n a csom\u00f3pontok teljes\u00edtm\u00e9ny\u00e9t n\u00f6velj\u00fck, m\u00edg horizont\u00e1lis sk\u00e1l\u00e1z\u00e1s eset\u00e9n \u00faj csom\u00f3pontokat adunk hozz\u00e1 a terhel\u00e9s eloszt\u00e1s\u00e1hoz.<\/p>\n

<\/p>\n

CQRS<\/h1>\n

<\/p>\n

Command Query Responsibility Segregation<\/a><\/noindex> meglehet\u0151sen fontos minta, mivel lehet\u0151v\u00e9 teszi a k\u00fcl\u00f6nb\u00f6z\u0151 \u00fcgyfelek sz\u00e1m\u00e1ra, hogy ne csak k\u00fcl\u00f6nb\u00f6z\u0151 szolg\u00e1ltat\u00e1sokhoz csatlakozzanak, hanem egyenl\u0151 esem\u00e9nyfolyamokat is kapjanak. El\u0151nyei nem annyira nyilv\u00e1nval\u00f3ak egy egyszer\u0171 alkalmaz\u00e1s eset\u00e9n, azonban rendk\u00edv\u00fcl fontos (\u00e9s egyszer\u0171) egy nagy terhel\u00e9s\u0171 szolg\u00e1ltat\u00e1s sz\u00e1m\u00e1ra. L\u00e9nyege: a bej\u00f6v\u0151 \u00e9s a kimen\u0151 adatfolyamok nem metszhetik egym\u00e1st. Azaz nem k\u00fcldhet k\u00e9rd\u00e9st, \u00e9s ne v\u00e1rjon v\u00e1laszt; ehelyett k\u00e9rd\u00e9st k\u00fcld a A szolg\u00e1ltat\u00e1sba, viszont v\u00e1laszt kap B szolg\u00e1ltat\u00e1sb\u00f3l.<\/p>\n

<\/p>\n

Ennek a megk\u00f6zel\u00edt\u00e9snek az els\u0151 el\u0151nye, hogy lehet\u0151s\u00e9g van a kapcsolat megszak\u00edt\u00e1s\u00e1ra (ebben a szavak t\u00e1g \u00e9rtelm\u00e9ben) egy hossz\u00fa k\u00e9r\u00e9s teljes\u00edt\u00e9se sor\u00e1n. Vegy\u00fcnk egy nagyj\u00e1b\u00f3l szabv\u00e1nyos folyamatot p\u00e9ld\u00e1nak:<\/p>\n

<\/p>\n

    \n
  1. A kliens k\u00e9rd\u00e9st k\u00fcld\u00f6tt a szervernek.<\/li>\n
  2. A szerver elind\u00edtott egy hossz\u00fa feldolgoz\u00e1st.<\/li>\n
  3. A szerver v\u00e1laszolt a kliensnek az eredm\u00e9nnyel.<\/li>\n<\/ol>\n

    <\/p>\n

    Tegy\u00fck fel, hogy a 2. pontban kapcsolat megszakad (vagy a h\u00e1l\u00f3zat \u00fajrakapcsol\u00f3dik, vagy a felhaszn\u00e1l\u00f3 \u00e1tmegy egy m\u00e1sik oldalra, megszak\u00edtva a kapcsolatot). Ebben az esetben a szerver nehezen tud v\u00e1laszolni a felhaszn\u00e1l\u00f3nak arr\u00f3l, hogy pontosan mi lett feldolgozva. A CQRS alkalmaz\u00e1s\u00e1val a folyamat kiss\u00e9 m\u00e1sk\u00e9pp alakul:<\/p>\n

    <\/p>\n

      \n
    1. A kliens feliratkozott a friss\u00edt\u00e9sekre.<\/li>\n
    2. A kliens k\u00e9rd\u00e9st k\u00fcld\u00f6tt a szervernek.<\/li>\n
    3. A szerver v\u00e1laszolt, hogy \"k\u00e9r\u00e9s elfogadva\".<\/li>\n
    4. A szerver v\u00e1laszolt az eredm\u00e9nnyel az \"1\" pontb\u00f3l sz\u00e1rmaz\u00f3 csatorn\u00e1n.<\/li>\n<\/ol>\n

      <\/p>\n

      \"K\u00e9nyelmes<\/p>\n

      <\/p>\n

      Mint l\u00e1that\u00f3, a rendszer kiss\u00e9 bonyolultabb. R\u00e1ad\u00e1sul itt hi\u00e1nyzik az intuit\u00edv k\u00e9r\u00e9s-v\u00e1lasz megk\u00f6zel\u00edt\u00e9s. Azonban, amint l\u00e1tszik, a kapcsolat megszakad\u00e1sa a k\u00e9r\u00e9s feldolgoz\u00e1sa k\u00f6zben nem vezet hib\u00e1hoz. R\u00e1ad\u00e1sul, ha a felhaszn\u00e1l\u00f3 val\u00f3j\u00e1ban t\u00f6bb eszk\u00f6zh\u00f6z csatlakozik (p\u00e9ld\u00e1ul mobiltelefonhoz \u00e9s t\u00e1blag\u00e9phez), a v\u00e1laszok mindk\u00e9t eszk\u00f6zre \u00e9rkezhetnek.<\/p>\n

      <\/p>\n

      \u00c9rdekess\u00e9g, hogy a bej\u00f6v\u0151 \u00fczenetek feldolgoz\u00e1s\u00e1nak k\u00f3dja egyform\u00e1n (nem 100%-ban) m\u0171k\u00f6dik mind a kliens \u00e1ltal kezdem\u00e9nyezett esem\u00e9nyek, mind a t\u00f6bbi esem\u00e9ny, k\u00f6zt\u00fck m\u00e1s kliens \u00e1ltal \u00e9rkezett esem\u00e9nyek eset\u00e9n.<\/p>\n

      <\/p>\n

      Val\u00f3j\u00e1ban azonban tov\u00e1bbi el\u0151ny\u00f6ket kapunk abb\u00f3l, hogy az egyir\u00e1ny\u00fa \u00e1raml\u00e1st funkcion\u00e1lis st\u00edlusban lehet feldolgozni (RX \u00e9s hasonl\u00f3k haszn\u00e1lat\u00e1val). Ez m\u00e1r komoly el\u0151ny, mivel l\u00e9nyeg\u00e9ben az alkalmaz\u00e1s teljesen reakt\u00edvv\u00e1 tehet\u0151, funkcion\u00e1lis megk\u00f6zel\u00edt\u00e9s alkalmaz\u00e1s\u00e1val. Nagyobb programok eset\u00e9n ez jelent\u0151sen cs\u00f6kkentheti a fejleszt\u00e9si \u00e9s karbantart\u00e1si k\u00f6lts\u00e9geket.<\/p>\n

      <\/p>\n

      Ha ezt a megk\u00f6zel\u00edt\u00e9st v\u00edzszintes sk\u00e1l\u00e1z\u00e1ssal kombin\u00e1ljuk, akkor az el\u0151ny, hogy egy szerverre k\u00fcldhet\u00fcnk k\u00e9r\u00e9seket, m\u00edg v\u00e1laszokat m\u00e1sr\u00f3l kaphatunk. \u00cdgy a kliens maga v\u00e1laszthatja ki a sz\u00e1m\u00e1ra k\u00e9nyelmes szolg\u00e1ltat\u00e1st, a rendszer pedig bels\u0151leg m\u00e9g mindig helyesen tudja feldolgozni az esem\u00e9nyeket.<\/p>\n

      <\/p>\n

      Esem\u00e9nyforr\u00e1s<\/h1>\n

      <\/p>\n

      Ahogy tudj\u00e1tok, a decentraliz\u00e1lt rendszerek egyik f\u0151 jellemz\u0151je a k\u00f6z\u00f6s id\u0151 \u00e9s a k\u00f6z\u00f6s kritikus szakasz hi\u00e1nya. Egy folyamat eset\u00e9n szinkroniz\u00e1lhatjuk (ugyanazokon a mutexeken), ahol biztosak vagyunk benne, hogy senki m\u00e1s nem futtatja ezt a k\u00f3dot. Azonban egy decentraliz\u00e1lt rendszerben ez vesz\u00e9lyes, mivel f\u00f6l\u00f6sleges er\u0151forr\u00e1sokat ig\u00e9nyel, \u00e9s meg\u00f6li a sk\u00e1l\u00e1zhat\u00f3s\u00e1g var\u00e1zs\u00e1t \u2013 v\u00e9gs\u0151 soron minden komponens egyetlen dologra fog v\u00e1rni.<\/p>\n

      <\/p>\n

      Ez\u00e9rt fontos t\u00e9nyt kapunk \u2013 egy gyors decentraliz\u00e1lt rendszert nem lehet szinkroniz\u00e1lni, mivel ezzel cs\u00f6kkenten\u00e9nk a teljes\u00edtm\u00e9nyt. M\u00e1sr\u00e9szr\u0151l azonban gyakran sz\u00fcks\u00e9g\u00fcnk van bizonyos komponensek konzisztenci\u00e1j\u00e1ra. Erre alkalmazhatjuk a megk\u00f6zel\u00edt\u00e9st a v\u00e9gs\u0151 konzisztencia<\/a><\/noindex>, ahol biztos\u00edtva van, hogy adatm\u00f3dos\u00edt\u00e1sok hi\u00e1ny\u00e1ban, egy id\u0151 ut\u00e1n az utols\u00f3 friss\u00edt\u00e9st k\u00f6vet\u0151en (\u201ev\u00e9gs\u0151 soron\u201d) minden k\u00e9r\u00e9s az utols\u00f3 friss\u00edtett \u00e9rt\u00e9ket fogja visszaadni.<\/p>\n

      <\/p>\n

      Fontos meg\u00e9rteni, hogy a klasszikus adatb\u00e1zisok eset\u00e9ben gyakran alkalmazz\u00e1k a szigor\u00fa konzisztenci\u00e1t<\/a><\/noindex>, ahol minden csom\u00f3pontnak azonos inform\u00e1ci\u00f3val kell rendelkeznie (ez gyakran \u00fagy \u00e9rhet\u0151 el, hogy a tranzakci\u00f3t csak a m\u00e1sodik szerver v\u00e1lasz\u00e1nak vissza\u00e9rkez\u00e9se ut\u00e1n tekintik \u00e9rv\u00e9nyesnek). Itt n\u00e9mi enyh\u00edt\u00e9s van az izol\u00e1ci\u00f3s szintek miatt, de az alapelvek v\u00e1ltozatlanok \u2013 egy teljesen konzisztens vil\u00e1gban \u00e9lhet\u00fcnk.<\/p>\n

      <\/p>\n

      De t\u00e9rj\u00fcnk vissza az eredeti feladathoz. Ha a rendszer egy r\u00e9sze v\u00e9gs\u0151 konzisztencia<\/a><\/noindex>\u00e9p\u00edthet\u0151, akkor fel\u00e1ll\u00edthat\u00f3 a k\u00f6vetkez\u0151 s\u00e9ma.<\/p>\n

      <\/p>\n

      \"K\u00e9nyelmes<\/p>\n

      <\/p>\n

      A megk\u00f6zel\u00edt\u00e9s fontos jellemz\u0151i:<\/p>\n

      <\/p>\n