{"id":31124,"date":"2019-10-31T21:39:36","date_gmt":"2019-10-31T18:39:36","guid":{"rendered":"https:\/\/prohoster.info\/blog\/stroitelnye-bloki-raspredelennyh-prilozhenij-vtoroe-priblizhenie\/"},"modified":"2019-10-31T21:39:36","modified_gmt":"2019-10-31T18:39:36","slug":"stroitelnye-bloki-raspredelennyh-prilozhenij-vtoroe-priblizhenie","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/stroitelnye-bloki-raspredelennyh-prilozhenij-vtoroe-priblizhenie","title":{"rendered":"Jaotatud rakenduste ehitusplokid. Teine l\u00e4henemine","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Teade<\/strong><\/p>\n

<\/p>\n

Kolleegid, suve keskel plaanin v\u00e4lja anda veel \u00fche artiklite seeria massiliste teeninduss\u00fcsteemide projekteerimisest: \"Eksperimendi VTrade\" \u2014 katse kirjutada kaubanduss\u00fcsteemide raamistik. Seerias k\u00e4sitletakse b\u00f6rsi, oksjoni ja poe loomise teooriat ja praktikat. Artikli l\u00f5pus kutsun teid h\u00e4\u00e4letama k\u00f5ige enam huvitavate teemade \u00fcle.
\n<\/em><\/p>\n

<\/p>\n

\"Jaotatud<\/p>\n

<\/p>\n

See on viimane artikkel jaotises jaotatud reaktiivsetest rakendustest Erlangis\/Elixiris. esimene artikkel<\/a><\/noindex> leiab teoreetilised alused reaktiivse arhitektuuri jaoks. Teine artikkel<\/a><\/noindex> illustreerib peamisi mudeleid ja mehhanisme sarnaste s\u00fcsteemide loomisel.<\/p>\n

<\/p>\n

T\u00e4na k\u00e4sitleme koodibaasi ja projektide arengu k\u00fcsimusi. <\/p>\n

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

Teenuste korraldamine<\/h2>\n

<\/p>\n

Tegelikkuses teenuse arendamisel tuleb sageli \u00fchendada mitu suhtlemismudelit \u00fches kontrolleris. N\u00e4iteks teenus users, mis lahendab projekti kasutajaprofiilide juhtimise \u00fclesandeid, peab vastama req-resp p\u00e4ringutele ja edastama profiilide uuendustest teateid pub-sub kaudu. See juhtum on \u00fcsna lihtne: s\u00f5numite saatmise taga on \u00fcks kontroller, mis rakendab teenuse loogikat ja avaldab uuendusi.<\/p>\n

<\/p>\n

Olukord muutub keerulisemaks, kui peame rakendama t\u00f5rketaluvust jagatud teenusele. Kujutame ette, et n\u00f5uded users teenusele on muutunud: <\/p>\n

<\/p>\n

    \n
  1. n\u00fc\u00fcd peab teenus t\u00f6\u00f6tlema p\u00e4ringuid 5 klastrite s\u00f5lmes, <\/li>\n
  2. olema v\u00f5imeline t\u00e4itma taustatehnoloogia \u00fclesandeid, <\/li>\n
  3. samuti suutma d\u00fcnaamiliselt hallata profiilide uuendustele registreerimise nimekirju.<\/li>\n<\/ol>\n

    <\/p>\n

    M\u00e4rkus:<\/em> Me ei k\u00e4sitle andmete j\u00e4rjepideva s\u00e4ilitamise ja replikeerimise k\u00fcsimusi. Eeldame, et need k\u00fcsimused on varem lahendatud ja s\u00fcsteemis on juba usaldusv\u00e4\u00e4rne ja skaleeritav salvestuskiht ning t\u00f6\u00f6tlejatel on selleks suhtlemismehhanismid.<\/p>\n

    <\/p>\n

    Teenuse users formaalne kirjeldus on keerulisemaks muutunud. Programmeerija seisukohalt, t\u00e4nu s\u00f5numite saatmise kasutamisele, on muudatused minimaalsed. Esimese n\u00f5ude rahuldamiseks peame seadistama koormuse jaotamise req-resp vahetuspunktis. <\/p>\n

    <\/p>\n

    Taustat\u00f6\u00f6tluse n\u00f5ue esineb sageli. Users'is v\u00f5ivad need olla kasutajate dokumentide kontroll, \u00fcles laaditud multimeedia t\u00f6\u00f6tlemine v\u00f5i andmete s\u00fcnkroonimine sotsiaalmeediaga. Need \u00fclesanded tuleb jagada clustreis ja nende t\u00e4itmist kontrollida. Seet\u00f5ttu on meil kaks lahenduste varianti: kas kasutada \u00fclesannete jaotamise mallist eelnevas artiklis v\u00f5i, kui see ei sobi, kirjutada kohandatud \u00fclesandeplaanija, mis haldab t\u00f6\u00f6tlejate reservi \u00f5igel viisil. <\/p>\n

    <\/p>\n

    3. punkt n\u00f5uab pub-sub malli laiendamist. Selle rakendamiseks, p\u00e4rast pub-sub vahetuspunkti loomist, peame samuti k\u00e4ivitama selle punkti kontrolleri meie teenuse raamistikus. Nii nagu viibime, t\u00f5stame tellimise ja t\u00fchistamise t\u00f6\u00f6tlemise loogika messaging kihist v\u00e4lja users'i rakendusse.<\/p>\n

    <\/p>\n

    Kokkuv\u00f5ttes n\u00e4itas \u00fclesande dekompositsioon, et meie n\u00f5uete rahuldamiseks peame k\u00e4ivitama erinevates s\u00f5lmedes 5 teenuse eksemplari ja looma t\u00e4iendava entiteedi \u2013 pub-sub kontrolleri, mis vastutab tellimise eest.
    \n5 t\u00f6\u00f6tleja k\u00e4ivitamiseks ei ole vaja teenuse koodi muuta. Ainus t\u00e4iendav tegevus on tasakaalustamise reeglite seadistamine vahetuspunktis, millest r\u00e4\u00e4gime veidi hiljem.
    \nIlmnes ka t\u00e4iendav keerukus: pub-sub kontroller ja kohandatud \u00fclesandeplaanija peavad t\u00f6\u00f6tama \u00fches eksemplaris. J\u00e4llegi, messaging teenusena peab pakkuma liidri valimise mehhanismi.<\/p>\n

    <\/p>\n

    Liidri valimine<\/h3>\n

    <\/p>\n

    Jaotatud s\u00fcsteemides on liidri valimine protseduur, mille k\u00e4igus m\u00e4\u00e4ratakse \u00fcksik protsess, mis vastutab jaotatud koormuse t\u00f6\u00f6tlemise planeerimise eest. <\/p>\n

    <\/p>\n

    S\u00fcsteemides, mis ei kaldu keskendumise poole, rakendatakse universaalseid algoritme ja konsensusalgoritme, n\u00e4iteks paxos v\u00f5i raft.
    \nKuna messaging on maakler ja keskne element, teab ta k\u00f5igist teenuse kontrollijatest \u2013 liidri kandidaatidest. Messaging saab m\u00e4\u00e4rata liidri ilma h\u00e4\u00e4letuseta.<\/p>\n

    <\/p>\n

    K\u00f5ik teenused saavad k\u00e4ivitamise ja vahetuspunktiga \u00fchenduse loomise ajal s\u00fcsteemse s\u00f5numi #'$leader'{exchange = ?EXCHANGE, pid = LeaderPid, servers = Servers}<\/code>. Juhul kui LeaderPid<\/code> ka matches pid<\/code> praeguse protsessi, m\u00e4\u00e4ratakse ta liidriks ja nimekiri Servers<\/code> sisaldab k\u00f5iki s\u00f5lmi ja nende parameetreid.
    \nUue klastris oleva s\u00f5lm ega mittet\u00f6\u00f6tav s\u00f5lm ilmumine toob kaasa selle, et k\u00f5ik teenusekontrollerid saavad #'$slave_up'{exchange = ?EXCHANGE, pid = SlavePid, options = SlaveOpts}<\/code> ja #'$slave_down'{exchange = ?EXCHANGE, pid = SlavePid, options = SlaveOpts}<\/code> vastavalt.<\/p>\n

    <\/p>\n

    Nii teavad k\u00f5ik komponendid k\u00f5igist muudatustest ja klastris on igal hetkel garanteeritud \u00fcks juht.<\/p>\n

    <\/p>\n

    Vahek\u00e4igud<\/h2>\n

    <\/p>\n

    Adeptse jaotatud t\u00f6\u00f6tlemise protsesside rakendamiseks ning olemasoleva arhitektuuri optimeerimise \u00fclesannete lahendamiseks on mugav kasutada vahek\u00e4ike.
    \nKoodi muutmata j\u00e4tmiseks ja n\u00e4iteks lisat\u00f6\u00f6tluse, suunamise v\u00f5i s\u00f5numite logimise k\u00fcsimuste lahendamiseks saab teenuse ette paigaldada proxy t\u00f6\u00f6tleja, mis teeb kogu lisat\u00f6\u00f6.<\/p>\n

    <\/p>\n

    Klassikaline n\u00e4ide pub-sub optimeerimisest on jaotatud rakendus, mille \u00e4rikeskus genereerib v\u00e4rskenduse s\u00fcndmusi, n\u00e4iteks hinna muutust turul, ja juurdep\u00e4\u00e4sukiht \u2014 N serverit, mis pakuvad websocket API-d veebiklientidele.
    \nKui l\u00e4heneda \u201cotseselt\u201d, n\u00e4eb kliendi teenindamine v\u00e4lja j\u00e4rgmine:<\/p>\n

    <\/p>\n