PÄdÄjos gados ziÅu plÅ«smas ir pÄrpludinÄtas ar ziÅÄm par jauna veida izkliedÄtiem skaitļoÅ”anas tÄ«kliem, kas parÄdÄs burtiski no nekurienes, risinot (pareizÄk sakot, mÄÄ£ina atrisinÄt) visdažÄdÄkÄs problÄmas - padarot pilsÄtu gudru, glÄbjot pasauli no autortiesÄ«bÄm. pÄrkÄpÄji vai otrÄdi, slepeni nododot informÄciju vai resursus, izkļūstot no -valsts kontroles vienÄ vai otrÄ jomÄ. NeatkarÄ«gi no jomas tiem visiem ir vairÄkas kopÄ«gas iezÄ«mes, jo to izaugsmes degviela bija algoritmi un paÅÄmieni, kas parÄdÄ«jÄs sabiedrÄ«bÄ nesenÄ kriptovalÅ«tu un saistÄ«to tehnoloÄ£iju uzplaukuma laikÄ. DroÅ”i vien katra treÅ”Ä raksta par specializÄtajiem resursiem tolaik nosaukumÄ bija vÄrds āblokÄ·Ädeā - jaunu programmatÅ«ras risinÄjumu un ekonomisko modeļu apsprieÅ”ana kÄdu laiku kļuva par dominÄjoÅ”o tendenci, uz kuras fona tika izvirzÄ«tas arÄ« citas izplatÄ«to skaitļoÅ”anas sistÄmu pielietoÅ”anas jomas. nobÄ«dÄ«ts otrajÄ plÄnÄ.
TajÄ paÅ”Ä laikÄ vizionÄri un profesionÄļi saskatÄ«ja fenomena galveno bÅ«tÄ«bu: masveida sadalÄ«tÄ skaitļoÅ”ana, kas saistÄ«ta ar tÄ«klu veidoÅ”anu no liela skaita atŔķirÄ«gu un neviendabÄ«gu dalÄ«bnieku, ir sasniegusi jaunu attÄ«stÄ«bas lÄ«meni. Pietiek izmest ažiotÄžas tÄmas no galvas un paskatÄ«ties uz Å”o tÄmu no otras puses: visi Å”ie tÄ«kli, kas salikti no milzÄ«giem baseiniem, kas sastÄv no tÅ«kstoÅ”iem izolÄtu neviendabÄ«gu dalÄ«bnieku, nav raduÅ”ies paÅ”i. KriptogrÄfijas kustÄ«bas entuziasti spÄja jaunÄ veidÄ atrisinÄt sarežģītas datu sinhronizÄcijas un resursu un uzdevumu sadales problÄmas, kas ļÄva apvienot lÄ«dzÄ«gu iekÄrtu masu un izveidot jaunu ekosistÄmu, kas paredzÄta vienas Å”auri fokusÄtas problÄmas risinÄÅ”anai.
Protams, tas nepagÄja garÄm komandÄm un kopienÄm, kas bija iesaistÄ«tas bezmaksas izplatÄ«tÄs skaitļoÅ”anas attÄ«stÄ«bÄ, un jauni projekti nebija ilgi gaidÄ«ti.
TomÄr, neskatoties uz ievÄrojamo pieejamÄs informÄcijas apjoma pieaugumu par norisÄm tÄ«klu izbÅ«ves un darba ar iekÄrtÄm jomÄ, perspektÄ«vu sistÄmu radÄ«tÄjiem nÄksies risinÄt nopietnas problÄmas.
PirmÄ no tÄm, lai cik dÄ«vaini tas neizklausÄ«tos, ir virziena izvÄles problÄma.
Virziens var bÅ«t pareizs, vai arÄ« tas var novest strupceÄ¼Ä - no tÄ nav izbÄgt, centralizÄtÄs gaiÅ”reÄ£u piegÄdes IT sabiedrÄ«bai joprojÄm kavÄjas. TaÄu izvÄle ir jÄizdara tÄ, lai neiekristu tradicionÄlajÄs slazdÄs, kad komanda aizÅem pÄrÄk plaÅ”u jomu un jau no paÅ”a sÄkuma cenÅ”as izveidot citu nespecializÄtu vispÄrÄju izplatÄ«tu skaitļoÅ”anas projektu. Å Ä·iet, ka darba apjoms nav tik biedÄjoÅ”s, lielÄkoties vienkÄrÅ”i jÄpielieto esoÅ”Äs izstrÄdes: apvienot mezglus tÄ«klÄ, pielÄgot algoritmus topoloÄ£iju noteikÅ”anai, datu apmaiÅai un to konsekvences uzraudzÄ«bai, ieviest metodes mezglu ranžÄÅ”anai un atraÅ”anai. vienprÄtÄ«bu un, protams, vienkÄrÅ”i izveidojiet savu vaicÄjumu valodu un visu valodu un skaitļoÅ”anas vidi. UniversÄlÄ mehÄnisma ideja ir ļoti vilinoÅ”a un pastÄvÄ«gi uznirst vienÄ vai otrÄ jomÄ, taÄu gala rezultÄts joprojÄm ir viena no trim lietÄm: radÄ«tais risinÄjums vai nu izrÄdÄs ierobežots prototips ar virkni apturÄtu āToDoā. ā atpalicÄ«bÄ, vai arÄ« tas kļūst par nelietojamu briesmoni, kas gatavs aizvilkt prom ikvienu, kurÅ” pieskaras dusmÄ«gajam āTjÅ«ringa purvamā, vai vienkÄrÅ”i droÅ”i nomirst no tÄ, ka gulbis, vÄži un lÄ«dakas, kas projektu vilka nesaprotamÄ virzienÄ, vienkÄrÅ”i pÄrspÄ«lÄja sevi.
NeatkÄrtosim stulbas kļūdas un izvÄlÄsimies virzienu, kuram ir skaidrs uzdevumu loks un kas ir labi piemÄrots izplatÄ«tajam skaitļoÅ”anas modelim. Var saprast cilvÄkus, kuri cenÅ”as visu darÄ«t uzreiz ā protams, ir no kÄ izvÄlÄties. Un daudzas lietas izskatÄs ÄrkÄrtÄ«gi interesantas gan no R&D un attÄ«stÄ«bas, gan no ekonomikas viedokļa. Izmantojot izplatÄ«to tÄ«klu, varat:
- ApmÄcÄ«t neironu tÄ«klus
- ApstrÄdÄjiet signÄlu plÅ«smas
- AprÄÄ·inÄt olbaltumvielu struktÅ«ru
- RenderÄjiet XNUMXD ainas
- SimulÄt hidrodinamiku
- Testa tirdzniecÄ«bas stratÄÄ£ijas biržÄm
Lai neaizrautos ar interesantu lietu saraksta sastÄdÄ«Å”anu, kas ir labi paralÄli, par tÄlÄko tÄmu izvÄlÄsimies izplatÄ«to renderÄÅ”anu.
Pati izplatÄ«tÄ renderÄÅ”ana, protams, nav nekas jauns. EsoÅ”ie renderÄÅ”anas rÄ«ku komplekti jau sen ir atbalstÄ«juÅ”i slodzes sadali dažÄdÄs iekÄrtÄs; bez tÄ dzÄ«vot divdesmit pirmajÄ gadsimtÄ bÅ«tu diezgan skumji. TomÄr nevajadzÄtu domÄt, ka tÄma ir plaÅ”i apskatÄ«ta un tur nav ko darÄ«t - mÄs apsvÄrsim atseviŔķu aktuÄlu problÄmu: rÄ«ka izveidi renderÄÅ”anas tÄ«kla izveidei.
MÅ«su renderÄÅ”anas tÄ«kls ir tÄdu mezglu kombinÄcija, kuriem jÄveic renderÄÅ”anas uzdevumi, izmantojot mezglus, kuriem ir brÄ«vi skaitļoÅ”anas resursi renderÄÅ”anas apstrÄdei. Resursu Ä«paÅ”nieki savienos savas stacijas ar renderÄÅ”anas tÄ«klu, lai saÅemtu un izpildÄ«tu renderÄÅ”anas darbus, izmantojot kÄdu no tÄ«kla atbalstÄ«tajiem renderÄÅ”anas dzinÄjiem. Å ajÄ gadÄ«jumÄ uzdevumu nodroÅ”inÄtÄji strÄdÄs ar tÄ«klu tÄ, it kÄ tas bÅ«tu mÄkonis, neatkarÄ«gi sadalot resursus, uzraugot izpildes pareizÄ«bu, pÄrvaldot riskus un citas problÄmas.
TÄdÄjÄdi mÄs apsvÄrsim ietvara izveidi, kam bÅ«tu jÄatbalsta integrÄcija ar populÄru renderÄÅ”anas dzinÄju kopu un jÄiekļauj komponenti, kas nodroÅ”ina rÄ«kus neviendabÄ«gu mezglu tÄ«kla organizÄÅ”anai un uzdevumu plÅ«smas pÄrvaldÄ«bai.
Å Äda tÄ«kla pastÄvÄÅ”anas ekonomiskajam modelim nav fundamentÄlas nozÄ«mes, tÄpÄc par sÄkotnÄjo shÄmu Åemsim lÄ«dzÄ«gu shÄmu, kÄda tiek izmantota aprÄÄ·inos kriptovalÅ«tu tÄ«klos - resursa patÄrÄtÄji nosÅ«tÄ«s tokenus piegÄdÄtÄjiem, kas veic renderÄÅ”anas darbu. Daudz interesantÄk ir saprast, kÄdÄm Ä«paŔībÄm vajadzÄtu bÅ«t ietvaram, par kuru mÄs apsvÄrsim galveno tÄ«kla dalÄ«bnieku mijiedarbÄ«bas scenÄriju.
TÄ«klÄ ir trÄ«s mijiedarbÄ«bas puses: resursa nodroÅ”inÄtÄjs, uzdevumu nodroÅ”inÄtÄjs un tÄ«kla operators (tekstÄ pazÄ«stams arÄ« kÄ vadÄ«bas centrs, tÄ«kls utt.).
TÄ«kla operators nodroÅ”ina resursu nodroÅ”inÄtÄjam klienta lietojumprogrammu vai operÄtÄjsistÄmas attÄlu ar izvietotu programmatÅ«ras komplektu, ko viÅÅ” instalÄs iekÄrtÄ, kuras resursus viÅÅ” vÄlas nodroÅ”inÄt, un personÄ«go kontu, kas pieejams caur tÄ«mekļa saskarni, ļaujot viÅam iestatÄ«t piekļuves parametrus resursam un attÄlinÄti pÄrvaldÄ«t viÅa servera ainavu: kontrolÄt aparatÅ«ras parametrus, veikt attÄlo konfigurÄciju, pÄrstartÄt.
Kad tiek pievienots jauns mezgls, tÄ«kla pÄrvaldÄ«bas sistÄma analizÄ aprÄ«kojumu un norÄdÄ«tos piekļuves parametrus, sarindo to, pieŔķirot noteiktu vÄrtÄjumu, un ievieto resursu reÄ£istrÄ. NÄkotnÄ, lai pÄrvaldÄ«tu risku, tiks analizÄti mezgla darbÄ«bas parametri, kÄ arÄ« tiks koriÄ£Äts mezgla vÄrtÄjums, lai nodroÅ”inÄtu tÄ«kla stabilitÄti. Neviens nebÅ«s apmierinÄts, ja viÅa aina tiks nosÅ«tÄ«ta renderÄÅ”anai uz jaudÄ«gÄm kartÄm, kas bieži sasalst pÄrkarÅ”anas dÄļ?
LietotÄjs, kuram ir jÄatveido aina, var rÄ«koties divÄjÄdi: augÅ”upielÄdÄt ainu tÄ«kla krÄtuvÄ, izmantojot tÄ«mekļa saskarni, vai izmantot spraudni, lai savienotu savu modelÄÅ”anas pakotni vai instalÄto renderÄtÄju ar tÄ«klu. Å ajÄ gadÄ«jumÄ starp lietotÄju un tÄ«klu tiek uzsÄkts viedais lÄ«gums, kura izpildes standarta nosacÄ«jums ir sižeta aprÄÄ·ina rezultÄta Ä£enerÄÅ”ana tÄ«klÄ. LietotÄjs var pÄrraudzÄ«t uzdevuma izpildes procesu un pÄrvaldÄ«t tÄ parametrus, izmantojot sava personÄ«gÄ konta tÄ«mekļa saskarni.
Uzdevums tiek nosÅ«tÄ«ts uz serveri, kur tiek analizÄts ainas apjoms un uzdevuma iniciatora pieprasÄ«to resursu skaits, pÄc tam kopÄjais apjoms tiek sadalÄ«ts daļÄs, kas pielÄgotas aprÄÄ·inam par tÄ«kla pieŔķirto resursu skaitu un veidu. . VispÄrÄjÄ ideja ir tÄda, ka vizualizÄciju var sadalÄ«t daudzos mazos uzdevumos. DzinÄji izmanto Ŕīs priekÅ”rocÄ«bas, sadalot Å”os uzdevumus starp vairÄkiem resursu nodroÅ”inÄtÄjiem. VienkÄrÅ”Äkais veids ir atveidot nelielas ainas daļas, ko sauc par segmentiem. Kad katrs segments ir gatavs, vietÄjais uzdevums tiek uzskatÄ«ts par pabeigtu, un resurss pÄriet uz nÄkamo nenokÄrtoto uzdevumu.
TÄdÄjÄdi renderÄtÄjam nav nozÄ«mes tam, vai aprÄÄ·ini tiek veikti vienÄ maŔīnÄ vai daudzu atseviŔķu skaitļoÅ”anas staciju tÄ«klÄ. IzkliedÄtÄ renderÄÅ”ana vienkÄrÅ”i pievieno vairÄk kodolu uzdevumam izmantoto resursu kopumam. Izmantojot tÄ«klu, tas saÅem visus datus, kas nepiecieÅ”ami segmenta renderÄÅ”anai, aprÄÄ·ina to, nosÅ«ta Å”o segmentu atpakaļ un pÄriet uz nÄkamo uzdevumu. Pirms ieieÅ”anas vispÄrÄjÄ tÄ«kla pÅ«lÄ katrs segments saÅem metainformÄcijas kopu, kas ļauj izpildmezgliem izvÄlÄties tiem piemÄrotÄkos skaitļoÅ”anas uzdevumus.
SegmentÄcijas un aprÄÄ·inu sadales problÄmas ir jÄrisina ne tikai no izpildes laika optimizÄcijas, bet arÄ« no resursu optimÄlas izmantoÅ”anas un enerÄ£ijas taupÄ«Å”anas viedokļa, jo no tÄ ir atkarÄ«ga tÄ«kla ekonomiskÄ efektivitÄte. . Ja risinÄjums ir neveiksmÄ«gs, ieteicams mezglÄ uzstÄdÄ«t kalnraÄu vai izslÄgt to, lai tas neradÄ«tu troksni un netÄrÄtu elektrÄ«bu.
TomÄr atgriezÄ«simies pie procesa. Kad tiek saÅemts uzdevums, starp pÅ«lu un mezglu tiek izveidots arÄ« viedais lÄ«gums, kas tiek izpildÄ«ts, kad uzdevuma rezultÄts ir pareizi aprÄÄ·inÄts. Pamatojoties uz lÄ«guma izpildes rezultÄtiem, mezgls var saÅemt atlÄ«dzÄ«bu vienÄ vai otrÄ veidÄ.
VadÄ«bas centrs kontrolÄ uzdevuma izpildes procesu, aprÄÄ·inu rezultÄtu apkopoÅ”anu, nepareizo nosÅ«tÄ«Å”anu atkÄrtotai apstrÄdei un rindas ranžÄÅ”anu, standarta uzdevuma izpildes termiÅa uzraudzÄ«bu (lai nenotiktu, ka pÄdÄjais segments netiek aizÅemts jebkurÅ” mezgls).
AprÄÄ·inu rezultÄti iziet sastÄdÄ«Å”anas posmu, pÄc kura lietotÄjs saÅem renderÄÅ”anas rezultÄtus, un tÄ«kls var saÅemt atlÄ«dzÄ«bu.
TÄdÄjÄdi parÄdÄs ainavas karkasa funkcionÄlais sastÄvs, kas paredzÄts sadalÄ«tu renderÄÅ”anas sistÄmu veidoÅ”anai:
- PersonÄ«gie lietotÄju konti ar piekļuvi tÄ«meklim
- ProgrammatÅ«ras komplekts uzstÄdÄ«Å”anai mezglos
- PÄc vadÄ«bas sistÄmas:
- Piekļuves kontroles apakÅ”sistÄma
- RenderÄÅ”anas uzdevumu dekompozÄ«cijas apakÅ”sistÄma
- Uzdevumu sadales apakÅ”sistÄma
- KompozÄ«cijas apakÅ”sistÄma
- Servera ainavas un tÄ«kla topoloÄ£ijas pÄrvaldÄ«bas apakÅ”sistÄma
- MežizstrÄdes un audita apakÅ”sistÄma
- MÄcÄ«bu ekspertu apakÅ”sistÄma
- Rest API vai cita saskarne ÄrÄjiem izstrÄdÄtÄjiem
Ko tu domÄ? KÄdus jautÄjumus tÄma rada un kÄdas atbildes jÅ«s interesÄ?
Avots: www.habr.com