Teknologi terapan babagan reruntuhan demam blockchain utawa keuntungan praktis saka distribusi sumber daya

Ing taun-taun pungkasan, feed warta wis dibanjiri pesen babagan jinis jaringan komputasi sing disebarake anyar sing katon ora ana ing ngendi wae, ngrampungake (utawa luwih becik, nyoba ngrampungake) macem-macem masalah - nggawe kutha cerdas, nylametake jagad saka hak cipta. infringers utawa kosok balene, rahasia nransfer informasi utawa sumber daya, oncat saka -ing kontrol negara ing siji wilayah utawa liyane. Preduli saka lapangan, kabeh padha duwe sawetara fitur umum amarga kasunyatan sing bahan bakar kanggo wutah iku kalkulus lan Techniques sing teka kanggo masyarakat sak boom anyar ing cryptocurrencies lan teknologi related. Mbokmenawa saben artikel katelu babagan sumber daya khusus ing wektu kasebut duwe tembung "blockchain" ing judhul - diskusi babagan solusi piranti lunak anyar lan model ekonomi dadi tren sing dominan kanggo sawetara wektu, kanthi latar mburi wilayah aplikasi sistem komputasi sing disebarake. diturunake menyang latar mburi.

Ing wektu sing padha, para visioner lan profesional weruh inti utama fenomena kasebut: komputasi sing disebarake massive, sing digandhengake karo pambangunan jaringan saka akeh peserta sing beda-beda lan heterogen, wis tekan tingkat pangembangan anyar. Cukup kanggo mbuwang topik hype saka sirah lan ndeleng subyek saka sisih liya: kabeh jaringan kasebut, diklumpukake saka blumbang gedhe, sing kalebu ewu peserta heterogen sing terisolasi, ora katon dhewe. Penggemar gerakan crypto bisa ngatasi masalah kompleks sinkronisasi data lan distribusi sumber daya lan tugas kanthi cara anyar, sing ndadekake bisa nggabungake massa peralatan sing padha lan nggawe ekosistem anyar sing dirancang kanggo ngatasi masalah sing fokus.

Mesthine, iki ora ditindakake dening tim lan komunitas sing melu pangembangan komputasi sing disebarake gratis, lan proyek anyar ora suwe.
Nanging, senadyan tambah akeh volume informasi sing kasedhiya babagan perkembangan ing bidang bangunan jaringan lan nggarap peralatan, para pencipta sistem janji kudu ngatasi masalah serius.

Pisanan, ora ketompo carane aneh bisa muni, masalah milih arah.

Arah kasebut bisa uga bener, utawa bisa nyebabake dalan buntu - ora ana sing bisa uwal saka iki; Penyetor clairvoyant terpusat menyang komunitas IT isih telat. Nanging pilihan kudu digawe supaya dadi ora kanggo tiba menyang sworo cangkem tradisional saka tim njupuk wilayah amba banget lan nyoba kanggo nggawe liyane non-spesialisasi umum project komputasi mbagekke saka wiwitan. Katon yen ruang lingkup kerja ora medeni, umume kita mung kudu ngetrapake pangembangan sing wis ana: gabungke simpul menyang jaringan, adaptasi algoritma kanggo nemtokake topologi, ijol-ijolan data lan ngawasi konsistensi, ngenalake metode kanggo simpul peringkat lan nemokake konsensus, lan, mesthi, mung nggawe basa pitakon dhewe lan kabeh basa lan lingkungan komputasi. Gagasan mekanisme universal banget nggodho lan terus-terusan muncul ing siji wilayah utawa liyane, nanging asil pungkasan isih dadi salah siji saka telung perkara: solusi sing digawe dadi prototipe winates kanthi pirang-pirang "ToDos" sing digantung. "ing backlog, utawa dadi monster unusable siap kanggo nyeret adoh sapa ndemek fetid "Turing rawa", utawa mung mati aman saka kasunyatan sing swan, crayfish lan pike, kang narik proyek ing arah ora dingerteni, mung overstrained piyambak.

Aja mbaleni kesalahan bodho lan milih arah sing duwe sawetara tugas sing jelas lan cocog karo model komputasi sing disebarake. Sampeyan bisa ngerti wong sing nyoba nindakake kabeh bebarengan - mesthi, ana akeh sing bisa dipilih. Lan akeh perkara sing katon menarik banget saka sudut pandang R&D lan pangembangan, lan saka sudut pandang ekonomi. Nggunakake jaringan sing disebarake sampeyan bisa:

  • Nglatih jaringan syaraf
  • Proses aliran sinyal
  • Ngitung struktur protein
  • Render pemandangan XNUMXD
  • Simulasi hidrodinamika
  • Nguji strategi dagang kanggo bursa saham

Supaya ora njaluk digawa adoh karo ngumpulake dhaptar iku menarik sing uga parallelized, kita bakal milih rendering mbagekke minangka topik kita luwih.

Rendering sing disebarake dhewe, mesthi, ora ana sing anyar. Toolkit render sing ana wis suwe ndhukung distribusi beban ing macem-macem mesin; tanpa iki, urip ing abad kaping XNUMX bakal dadi sedhih. Nanging, sampeyan ora kudu mikir sing topik wis dijamin adoh lan ora ana apa-apa - kita bakal nimbang masalah mencet kapisah: nggawe alat kanggo nggawe jaringan render.

Jaringan rendering kita minangka kombinasi simpul sing kudu nindakake tugas rendering karo simpul sing duwe sumber daya komputasi gratis kanggo ngolah rendering. Pamilik sumber daya bakal nyambungake stasiun menyang jaringan render kanggo nampa lan nglakokake proyek render nggunakake salah sawijining mesin render sing didhukung jaringan. Ing kasus iki, panyedhiya tugas bakal nggarap jaringan kaya awan, nyebarake sumber daya kanthi mandiri, ngawasi kabeneran eksekusi, ngatur risiko lan masalah liyane.

Mangkono, kita bakal nimbang nggawe framework sing kudu ndhukung integrasi karo pesawat populer nerjemahake mesin lan ngemot komponen sing nyedhiyani alat kanggo ngatur jaringan simpul heterogen lan ngatur aliran tugas.

Model ekonomi saka orane jaringan kuwi ora wigati dhasar, supaya kita bakal njupuk minangka rencana awal skema padha karo sing digunakake ing petungan ing jaringan cryptocurrency - konsumen saka sumber bakal ngirim token kanggo supplier Performing karya Rendering. Iku luwih menarik kanggo ngerti apa sifat framework kudu, kang kita bakal nimbang skenario utama interaksi antarane peserta jaringan.

Ana telung sisih interaksi ing jaringan: panyedhiya sumber daya, panyedhiya tugas lan operator jaringan (alias pusat kontrol, jaringan, lan sapiturute ing teks).

Operator jaringan nyedhiyakake panyedhiya sumber daya karo aplikasi klien utawa gambar sistem operasi kanthi set piranti lunak sing disebarake, sing bakal diinstal ing mesin sing sumber dayane pengin diwenehake, lan akun pribadi sing bisa diakses liwat antarmuka web, ngidini dheweke nyetel paramèter akses kanggo sumber lan mbatalake ngatur malang server na: paramèter hardware kontrol, nindakake konfigurasi remot, urip maneh.

Nalika simpul anyar disambungake, sistem manajemen jaringan nganalisa peralatan lan parameter akses sing ditemtokake, rangking, menehi rating tartamtu, lan dilebokake ing dhaptar sumber. Ing mangsa ngarep, kanggo ngatur risiko, paramèter aktivitas simpul bakal dianalisis, lan rating simpul bakal disetel kanggo njamin stabilitas jaringan. Ora ana sing bakal seneng yen pemandangane dikirim menyang kertu kuat sing asring beku amarga overheating?

Pangguna sing kudu nggawe pemandangan bisa nganggo rong cara: ngunggah pemandangan menyang gudang jaringan liwat antarmuka web, utawa nggunakake plugin kanggo nyambungake paket model utawa renderer sing diinstal menyang jaringan. Ing kasus iki, kontrak pinter diwiwiti antarane pangguna lan jaringan, kondisi standar kanggo ngrampungake yaiku ngasilake asil pitungan adegan dening jaringan. Pangguna bisa ngawasi proses ngrampungake tugas lan ngatur paramèter liwat antarmuka web akun pribadhi.

Tugas kasebut dikirim menyang server, ing ngendi volume adegan lan jumlah sumber daya sing dijaluk dening inisiator tugas dianalisis, sawise volume total diurai dadi bagean sing diadaptasi kanggo ngitung jumlah lan jinis sumber daya sing dialokasikan dening jaringan. . Ide umum yaiku visualisasi bisa dipérang dadi pirang-pirang tugas cilik. Mesin entuk manfaat saka iki kanthi nyebarake tugas kasebut ing antarane panyedhiya sumber daya. Cara sing paling gampang yaiku nerjemahake bagean cilik saka adegan sing diarani segmen. Nalika saben bagean wis siyap, tugas lokal dianggep rampung, lan sumber daya pindhah menyang tugas pinunjul sabanjuré.

Mangkono, iku ndadekake ora prabédan kaya kanggo renderer apa petungan dileksanakake ing mesin siji utawa ing kothak akeh stasiun komputerisasi individu. Rendering sing disebarake mung nambah luwih akeh intine menyang sumber daya sing digunakake kanggo tugas. Liwat jaringan kasebut, dheweke nampa kabeh data sing dibutuhake kanggo nggawe segmen, ngitung, ngirim bagean kasebut maneh, lan nerusake menyang tugas sabanjure. Sadurunge mlebu blumbang jaringan umum, saben segmen nampa set metainformation sing ngidini eksekusi node milih tugas komputasi sing paling cocog kanggo dheweke.

Masalah segmentasi lan distribusi petungan kudu ditanggulangi ora mung saka sudut pandang optimasi wektu eksekusi, nanging uga saka sudut pandang panggunaan sumber daya lan hemat energi sing optimal, amarga efisiensi ekonomi jaringan gumantung marang iki. . Yen solusi kasebut ora kasil, luwih becik nginstal penambang ing simpul utawa mateni supaya ora rame lan ora mbuwang listrik.

Nanging, ayo bali menyang proses kasebut. Nalika tugas ditampa, kontrak pinter uga kawangun antarane blumbang lan simpul, kang kaleksanan nalika asil tugas wis diwilang bener. Adhedhasar asil nepaki kontrak, simpul bisa nampa ganjaran ing siji utawa liyane.

Pusat kontrol ngontrol proses eksekusi tugas, ngumpulake asil pitungan, ngirim sing salah kanggo diproses maneh lan peringkat antrian, ngawasi tenggat wektu standar kanggo ngrampungake tugas (supaya ora kedadeyan yen segmen pungkasan ora dijupuk dening sembarang node).

Asil petungan liwat tataran compositing, sawise kang pangguna nampa asil Rendering, lan jaringan bisa nampa ganjaran.

Mangkono, komposisi fungsional saka kerangka lanskap sing dirancang kanggo mbangun sistem rendering sing disebarake muncul:

  1. Akun pangguna pribadi kanthi akses web
  2. Kit piranti lunak kanggo instalasi ing simpul
  3. Miturut sistem kontrol:
    • Subsistem kontrol akses
    • Subsistem dekomposisi tugas Rendering
    • Subsistem distribusi tugas
    • Subsistem komposisi
    • Subsistem manajemen lanskap server lan topologi jaringan
    • Subsistem logging lan audit
    • Subsistem pakar sinau
    • Rest API utawa antarmuka liyane kanggo pangembang eksternal

Piye menurutmu? Pitakonan apa sing ditimbulake topik lan jawaban apa sing sampeyan minati?

Source: www.habr.com

Add a comment