NĂ« vitet e fundit, rrjetet e shpĂ«rndara tĂ« llogaritjes janĂ« shfaqur nga askund, duke u pĂ«rballur (mĂ« saktĂ«sisht, duke u pĂ«rpjekur tĂ« pĂ«rballen) me njĂ« gamĂ« tĂ« gjerĂ« sfidash â si tĂ« bĂ«jnĂ« qytetet inteligjente, tĂ« shpĂ«tojnĂ« botĂ«n nga shkelĂ«sit e tĂ« drejtave tĂ« autorit, apo anasjelltas, tĂ« transmetojnĂ« informacion ose burime nĂ« mĂ«nyrĂ« sekrete, duke shpĂ«tuar nga kontrolli i shtetit nĂ« disa fusha. PavarĂ«sisht nga fusha, tĂ« gjitha ato kanĂ« disa karakteristika tĂ« pĂ«rbashkĂ«ta, tĂ« kushtuara nga fakti se algoritmet dhe metodat qĂ« kanĂ« nxitur rritjen e tyre dolĂ«n nĂ« masĂ« gjatĂ« bumit tĂ« fundit tĂ« kriptomonedhave dhe teknologjive pĂ«rkatĂ«se. Sigurisht, çdo herĂ« e tretĂ« artikuj nĂ« burimet profesionale pĂ«rmbante fjalĂ«n 'blockchain' â diskutimi i zgjidhjeve tĂ« reja software dhe modeleve ekonomike u bĂ« trendi dominues, duke mbyllur nĂ« hije fushat e tjera tĂ« aplikimit tĂ« sistemeve tĂ« llogaritjes sĂ« shpĂ«rndara.
Në të njëjtën kohë, vizionarët dhe profesionistët e njohën thelbin e fenomenit: llogaritjet masive të shpërndara, të lidhura me ndërtimin e rrjeteve nga një numër të madh pjesëmarrësish të ndarë dhe heterogjen, arritën një nivel të ri zhvillimi. Mjafton të heqësh nga mendja temat e nxehta dhe të shikosh çështjen nga një këndvështrim tjetër: të gjitha këto rrjete, të grumbulluara nga pool shumë të mëdha, të cilat përfshijnë mijëra pjesëmarrës të veçantë dhe heterogjenë, nuk u shfaqën vetë. Entuziastët e lëvizjes kripto arritën të zgjidhin në një mënyrë të re problemet e komplikuara të sinkronizimit të të dhënave dhe shpërndarjes së burimeve dhe detyrave, çka lehtësoi grumbullimin e një mase të tillë pajisjesh dhe krijimin e një ekosistemi të ri, të destinuar për të zgjidhur një problem të veçantë.
Natyrisht, kjo nuk i shkoi prapa ekipeve dhe komuniteteve që punojnë për zhvillimin e llogaritjeve të shpërndara, dhe projektet e reja nuk vonuan të vijnë.
Megjithatë, pavarësisht rritjes serioze të informacionit të disponueshëm mbi përpjekjet në fushën e ndërtimit të rrjeteve dhe punës me pajisjet, krijuesit e sistemeve premtuese do të duhet të përballen me sfida të rëndësishme.
E para dhe e çuditshme është problemi i zgjedhjes së drejtimit.
Drejtimi mund tĂ« jetĂ« i saktĂ«, ndoshta do tĂ« çojĂ« nĂ« njĂ« rrugĂ« tĂ« gabuar â dhe kjo nuk Ă«shtĂ« diçka qĂ« mund ta shmangim, furnizimet e centralizuara pĂ«r parashikuesit nĂ« komunitetin IT ende vonohen. Por zgjedhja duhet bĂ«rĂ«, pĂ«r tĂ« mos rĂ«nĂ« nĂ« kurthin tradicional, ku ekipi merr njĂ« fushĂ« shumĂ« tĂ« gjerĂ« dhe pĂ«rpiqet tĂ« krijojĂ« qĂ« nga fillimi njĂ« projekt tĂ« pamatedhĂ« tĂ« shpĂ«rndarĂ«. Duket se fronti i punĂ«ve nuk Ă«shtĂ« aq i frikshĂ«m, por kryesisht duhet thjesht tĂ« aplikosh arritjet ekzistuese: tĂ« bashkosh nodet nĂ« njĂ« rrjet, tĂ« adaptohesh algoritmet pĂ«r pĂ«rcaktimin e topologjive, ndarjen e tĂ« dhĂ«nave dhe kontrollin e konsistencĂ«s, tĂ« implementosh metodikat pĂ«r renditjen e nodĂ«ve dhe gjetjen e konsensusit, dhe, sigurisht, tĂ« krijosh gjuhĂ«n tĂ«nde tĂ« kĂ«rkesave dhe tĂ« gjitha mjedisin pĂ«r gjuhĂ« dhe llogaritje. Ideja e njĂ« mekanizmi univers tĂ«rheq shumĂ«, dhe vazhdon tĂ« dalĂ« nĂ« evidencĂ« nĂ« njĂ« fushĂ« tĂ« caktuar, por rezultati Ă«shtĂ« gjithmonĂ« njĂ« nga kĂ«to tre: zgjidhja e krijuar ose Ă«shtĂ« njĂ« prototip i kufizuar me njĂ« shumĂ«llojshmĂ«ri tĂ« madhe tĂ« 'ToDo'-ve nĂ« bllok, ose kthehet nĂ« njĂ« monstruozitet tĂ« papĂ«rdorshĂ«m, i gatshĂ«m tĂ« tĂ« pĂ«rfshijĂ« nĂ« njĂ« 'batak tĂ« Turingut', ose thjesht vdes natyrshĂ«m nga fakti qĂ« ata qĂ« po e çojnĂ« projektin nĂ« njĂ« drejtim tĂ« paditur, thjesht dĂ«shtojnĂ«.
Mos e pĂ«rsĂ«risim gabimet e kota dhe tĂ« zgjidhim njĂ« drejtim me njĂ« rreth tĂ« qartĂ« detyrash dhe tĂ« pĂ«rshtatet mirĂ« me modelin e llogaritjeve tĂ« shpĂ«rndara. Mund tĂ« kuptojmĂ« ata qĂ« pĂ«rpiqen tĂ« bĂ«jnĂ« gjithçka dhe menjĂ«herĂ« â zgjedhja Ă«shtĂ« e pasur. Dhe shumĂ« duket shumĂ« interesante si nga pikĂ«pamja e R&D dhe zhvillimit, ashtu edhe nga kĂ«ndvĂ«shtrimi ekonomik. Me ndihmĂ«n e njĂ« rrjeti tĂ« shpĂ«rndarĂ«, mund tĂ«:
- Trajnoni rrjetet neuronale
- PĂ«rpunoni rrjedhat e sinjaleve
- Llogaritni strukturën e proteinave
- Kryeni renderimin e skenave tre-dimensionale
- Modeloni hidrodinamiken
- Testoni strategjitë tregtare për bursat
Për të mos u marr me përpilimin e një liste të gjërave interesante që paraleletohen mirë, do të zgjedhim si temën tonë të ardhshme renderimin e shpërndarë.
Renderimi i shpĂ«rndarĂ« nuk Ă«shtĂ« njĂ« koncept i ri. Mjetet ekzistuese pĂ«r renderim e mbĂ«shtesin prej kohĂ«sh shpĂ«rndarjen e ngarkesĂ«s nĂ« makina tĂ« ndryshme, pa kĂ«tĂ« do tĂ« ishte e vĂ«shtirĂ« tĂ« jetosh nĂ« shekullin e njĂ«zet e njĂ«. MegjithatĂ«, nuk duhet tĂ« mendojmĂ« se ky temĂ« Ă«shtĂ« shteruar, dhe as qĂ« ka mĂ« pĂ«r tĂ« thĂ«nĂ« â ne do tĂ« shqyrtojmĂ« njĂ« problem aktual: krijimi i njĂ« mjeti pĂ«r formimin e njĂ« rrjeti renderimi.
Rrjeti i renderimit është një bashkim i nyjeve që duhet të kryejnë detyra renderimi, me nyje që kanë burime të lira për përpunimin e renderimit. Pronarët e burimeve do të lidhin stacionet e tyre me rrjetin e renderimit për të marrë dhe kryer detyra renderimi duke përdorur një nga motorët e renderimit të mbështetur nga rrjeti. Furnizuesit e detyrave do të punojnë me rrjetin si një re, e cila e menaxhon vetë shpërndarjen e burimeve, kontrollimin e saktësisë së realizimit, menaxhimin e riskut dhe çështje të tjera.
Pra, do të shqyrtojmë krijimin e një framework-u, i cili duhet të mbështesë integrimin me një grup motorësh popullorë për renderim dhe të përmbajë komponentë që ofrojnë mjete për organizimin e një rrjeti nga nyje të ndryshme dhe menaxhimin e fluksit të detyrave.
Modeli ekonomik i ekzistencĂ«s sĂ« njĂ« rrjeti tĂ« tillĂ« nuk ka rĂ«ndĂ«si tĂ« veçantĂ«, prandaj do tĂ« pranojmĂ« njĂ« skemĂ« tĂ« ngjashme me atĂ« qĂ« pĂ«rdoret nĂ« llogaritjet e rrjeteve tĂ« kriptomonedhave â konsumatorĂ«t e burimeve do tĂ« dĂ«rgojnĂ« tokene tek furnizuesit qĂ« kryejnĂ« punĂ«n e renderimit. MĂ« interesante Ă«shtĂ« tĂ« kuptojmĂ« se çfarĂ« veçorish duhet tĂ« ketĂ« framework-u, pĂ«r tĂ« cilin do tĂ« shqyrtojmĂ« skenarĂ«t kryesorĂ« tĂ« bashkĂ«punimit tĂ« pjesĂ«marrĂ«sve nĂ« rrjet.
Në rrjet ekzistojnë tre palë ndërveprimi: furnizuesi i burimeve, furnizuesi i detyrave dhe operatori i rrjetit (ai që menaxhon, si qendër kontrolli, rrjeti etj.).
Operatori i rrjetit ofron furnizuesit të burimeve një aplikacion-klient ose imazh të sistemit operativ me një set të plotë të softuerit, të cilin ai do ta instalojë në makinën e tij, burimet e të cilit dëshiron të ofrojë, dhe një kabinet personal të qasshëm përmes një ndërfaqeje në internet, që i lejon të caktojë parametrat e qasjes në burim dhe të menaxhojë larg nga shërbime të tij në server: të kontrollojë parametrat e harduerit, të realizojë konfigurimin e largët, të rinisë.
Sistemi i menaxhimit të rrjetit, kur lidhet një nyje e re, kryen një analizë të pajisjeve dhe parametrave të caktuar të qasjes, i rendit ato, duke u dhënë një sistem vlerësimi, dhe i vendos në regjistrin e burimeve. Më pas, për qëllime të menaxhimit të riskut, parametrat e aktivitetit të nyjës do të analizohen, dhe vlerësimi i nyjës do të rregullohet për të siguruar stabilitetin e funksionimit të rrjetit. Askush nuk do të dëshirojë që skena e tij të dërgohet për renderim në karta të fuqishme, por që shpesh dështojnë për shkak të mbinxehjes.
Përdoruesi, i cili duhet të renderojë një skenë, mund të ndjekë dy rrugë: të ngarkojë skenën në depozitat e rrjetit përmes ndërfaqes në internet, ose të lidhe paketën e tij të modelimit ose renderuesin e instaluar në rrjet përmes një plugini. Në këtë rast, midis përdoruesit dhe rrjetit inicohet një kontratë inteligjente, kushti standard për përfundimin e së cilës është gjenerimi nga rrjeti i rezultatit të llogaritjes së skenës. Përdoruesi mund të ndjekë procesin e realizimit të detyrës dhe të menaxhojë parametrat e saj përmes ndërfaqes në internet të kabinetit të tij personal.
Detyra dërgohet në server, ku analizohet sasia e skenës dhe shuma e burimeve të kërkuara nga iniciatori i detyrës, pas së cilës bëhet dekompozimi i sasisë totale në pjesë të përshtatshme për llogaritje në sasinë dhe tipin e burimeve të shpallura nga rrjeti. Ideja kryesore është se vizualizimi mund të ndahet në shumë detyra të vogla. Motoret përfitojnë nga ky avantazh duke shpërndarë këto detyra midis shumë furnizuesve të burimeve. Mënyra më e thjeshtë është renderimi i pjesëve të vogla të skenës, të quajtura segmente. Kur çdo segment të jetë gati, detyra lokale konsiderohet e përfunduar, burimi kalon në realizimin e detyrës tjetër të pazgjedhur.
Kështu, për renderer-in nuk ka ndonjë ndryshim nëse llogaritjet kryhen në një makinë ose në një rrjet të shumë stacioneve të veçanta të llogaritjes. Renderimi i shpërndarë thjesht shton më shumë bërthama në grupin e resurseve të përdorura për detyrën. Përmes rrjetit ai merr të gjithë të dhënat e nevojshme për renderimin e segmentit, e llogarit atë, dërgon segmentin mbrapsht dhe kalon te detyra tjetër. Para se të hyjë në grupin e përbashkët të rrjetit, çdo segment merr një grup meta-informacionesh që i lejon nyjave për të zgjedhur detyrat më të përshtatshme të llogaritjes.
Problemet e segmentimit dhe shpërndarjes së llogaritjeve duhet të zgjidhen jo vetëm nga pikëpamja e optimizimit të kohës së ekzekutimit, por gjithashtu nga pikëpamja e përdorimit optimal të burimeve dhe ruajtjes së energjisë, pasi kjo ndikon në efikasitetin ekonomik të rrjetit. Në rast të një vendimi të pasuksesshëm, do të ishte më e arsyeshme të vendoset një minator në nyje ose ta fikni atë, që të mos bënte zhurmë dhe të mos shpenzonte elektricitet.
Megjithatë, le të kthehemi te procesi. Gjatë marrjes së detyrës, ndërmjet grupit dhe nyjës formohet gjithashtu një kontratë inteligjente, e cila ekzekutohet kur rezultati i detyrës llogaritet saktë. Në përfundim të ekzekutimit të kontratës, nyja mund të marrë shpërblim në një formë ose tjetër.
Qendra e menaxhimit kontrollon procesin e ekzekutimit të detyrës, duke mbledhur rezultatet e llogaritjeve, duke dërguar për rishikim ato që janë të papërshtatshme dhe duke radhitur radhën, duke ndjekur afatin normativ të kryerjes së detyrës (për të siguruar që segmenti i fundit nuk mbetet pa marrë në punë nga asnjë nyje).
Rezultatet e llogaritjeve kalojnë një fazë kompozimi, për pasojë përdoruesi merr rezultatet e renderimit, dhe rrjeti mund të marrë shpërblim.
Kështu, formohet struktura funksionale e kornizës për peizazhin, e cila është e destinuar për ndërtimin e sistemeve të renderimit të shpërndarë:
- Kënde personale përdoruesish me akses në web
- Grupi i softuerëve për instalim në nyje
- PĂ«r sistemet e menaxhimit:
- Nën-sistemi i menaxhimit të qasjes
- Nën-sistemi i dekompozimit të detyrave të renderimit
- Nën-sistemi i shpërndarjes së detyrave
- NĂ«n-sistemi i kompozimit
- Nën-sistemi i menaxhimit të peizazhit të serverëve dhe topologjisë së rrjetit
- NĂ«n-sistemi i logaritjes dhe auditit
- Nën-sistemi i ekspertizës që mëson
- Rest API ose një ndërfaqe tjetër për zhvilluesit e jashtëm
Por, çfarë mendoni ju? Cilat pyetje krijon kjo temë dhe cilat përgjigje janë të interesit për ju?
Burimi: habr.com
