Son illərdə xəbər lentləri heç bir yerdən görünməyən, geniş çeşidli problemləri həll edən (daha doğrusu, həll etməyə cəhd edən) yeni növ paylanmış hesablama şəbəkələrinin - şəhərləri ağıllı etmək, dünyanı müəllif hüquqlarını pozanlardan xilas etmək və ya əksinə, məlumat və ya resursları gizli şəkildə ötürmək və ya müxtəlif sahələrdə dövlət nəzarətindən qaçmaq barədə xəbərlərlə doludur. Sahədən asılı olmayaraq, onların hamısı kriptovalyutaların və əlaqəli texnologiyaların son bumu zamanı geniş yayılmış alqoritmlər və metodologiyalar tərəfindən dəstəklənən bir sıra ümumi xüsusiyyətlərə malikdir. Ola bilsin ki, o zaman müvafiq resurslara dair hər üçüncü məqalənin başlığında “blokçeyn” sözü var idi – yeni proqram təminatı həllərinin və iqtisadi modellərin müzakirəsi bir müddət dominant tendensiyaya çevrilərək, paylanmış hesablama sistemlərinin digər tətbiqlərini arxa plana keçirdi.
Eyni zamanda, uzaqgörənlər və peşəkarlar fenomenin əsas mahiyyətini dərk etdilər: çoxlu sayda müxtəlif və müxtəlif iştirakçılardan şəbəkələrin qurulmasını əhatə edən kütləvi şəkildə paylanmış hesablamalar yeni inkişaf səviyyəsinə çatdı. Alovlanmanı bir kənara qoyub mövzuya başqa prizmadan baxmaq kifayətdir: minlərlə təcrid olunmuş, müxtəlif iştirakçılardan ibarət nəhəng hovuzlardan yığılmış bütün bu şəbəkələr özbaşına yaranmayıb. Kripto həvəskarları məlumatların sinxronizasiyası və resurs və tapşırıqların bölüşdürülməsi ilə bağlı mürəkkəb problemləri yeni üsulla həll edə bildilər ki, bu da belə böyük həcmdə avadanlığı birləşdirməyə və vahid, dar məqsədli problemi həll etmək üçün nəzərdə tutulmuş yeni ekosistem yaratmağa imkan verdi.
Təbii ki, bu, pulsuz paylanmış hesablamaların inkişafı ilə məşğul olan komandalar və icmaların diqqətindən yayınmadı və yeni layihələr çox keçmədi.
Bununla belə, şəbəkənin qurulması və avadanlıqların istismarı sahəsindəki inkişaflar haqqında mövcud məlumatların həcminin əhəmiyyətli dərəcədə artmasına baxmayaraq, perspektivli sistemlərin yaradıcıları ciddi problemləri həll etməli olacaqlar.
Bunlardan birincisi, nə qədər qəribə səslənsə də, istiqamət seçmək problemidir
İstiqamət düzgün ola bilər və ya dalana dirənişlə nəticələnə bilər - bundan qaçmaq yoxdur; İT icması hələ də mərkəzləşdirilmiş kəşfiyyatçı təchizatında geri qalır. Lakin çox geniş əhatə dairəsi götürən və əvvəldən başqa bir ümumi təyinatlı paylanmış hesablama layihəsi yaratmağa cəhd edən komandanın ənənəvi tələsindən qaçmaq üçün seçim edilməlidir. İş yükü danılmaz görünür; o, əsasən, sadəcə mövcud inkişafları tətbiq etməyi tələb edir: qovşaqların şəbəkəyə qoşulması, topologiyanın müəyyən edilməsi, məlumat mübadiləsi və ardıcıllıq nəzarəti üçün alqoritmlərin uyğunlaşdırılması, qovşaqların sıralanması və konsensusun qurulması metodlarının həyata keçirilməsi və əlbəttə ki, xüsusi sorğu dilinin və bütün dil və hesablama mühitinin yaradılması. Universal mexanizm ideyası çox cazibədardır və daim bu və ya digər sahədə ortaya çıxır, lakin nəticə həmişə üç şeydən biridir: yaradılmış həll ya geridə qalan "ToDo" elementləri ilə məhdud bir prototipə çevrilir, ya da yararsız bir canavar olur, ona toxunan hər kəsi sadəcə olaraq üfunət və ya iylənmiş bir yerə sürükləməyə hazırdır. Layihəni anlaşılmaz bir istiqamətə çəkən xərçəngkimilər və pike sadəcə özlərini həddindən artıq sıxdılar.
Gəlin axmaq səhvləri təkrarlamaqdan çəkinək və tapşırıqların dəqiq miqyası və paylanmış hesablama modelinə uyğun olan istiqamət seçək. İnsanların hər şeyi bir anda etməyə çalışması başa düşüləndir - əlbəttə ki, seçim etmək üçün çox şey var. Və onların bir çoxu həm Ar-Ge və inkişaf baxımından, həm də iqtisadi baxımdan olduqca maraqlı görünür. Paylanmış şəbəkədən istifadə etməklə:
- Neyron şəbəkələri məşq edin
- Siqnal axını prosesi
- Zülalların quruluşunu hesablayın
- 3D səhnələri göstərin
- Hidrodinamikanın modelləşdirilməsi
- Birjalar üçün ticarət strategiyalarını sınayın
Yaxşı paralelləşən maraqlı şeylərin siyahısını tərtib etməklə məşğul olmamaq üçün növbəti mövzumuz kimi paylanmış təsviri seçək.
Paylanmış renderin özü, əlbəttə ki, yeni bir şey deyil. Mövcud render alət dəstləri çoxdan çox maşınlar arasında yük balansını dəstəkləyib və iyirmi birinci əsrdə həyat onsuz acınacaqlı bir yer olardı. Bununla belə, bu mövzunun çox köhnəldiyini və heç bir məqsədi olmadığını düşünməyin - biz ayrıca, müvafiq problemi nəzərdən keçirəcəyik: render şəbəkəsi yaratmaq üçün alət yaratmaq.
Bizim göstərmə şəbəkəmiz göstərməni emal etmək üçün pulsuz hesablama resurslarına malik olan qovşaqlarla göstərmə tapşırıqlarını yerinə yetirməli olan qovşaqların birləşməsidir. Resurs sahibləri şəbəkənin dəstəklənən render mühərriklərindən birini istifadə edərək göstərmə tapşırıqlarını qəbul etmək və yerinə yetirmək üçün öz iş stansiyalarını göstərmə şəbəkəsinə birləşdirəcəklər. Tapşırıq təminatçıları resurs bölgüsü, icraya nəzarət, risklərin idarə edilməsi və digər məsələləri müstəqil şəkildə idarə edərək, bulud kimi şəbəkə ilə qarşılıqlı əlaqədə olacaqlar.
Beləliklə, bir sıra populyar renderinq mühərrikləri ilə inteqrasiyanı dəstəkləməli və heterojen qovşaqlar şəbəkəsini təşkil etmək və tapşırıqların axını idarə etmək üçün alətlər təmin edən komponentləri ehtiva edən bir çərçivənin yaradılmasını nəzərdən keçirəcəyik.
Belə bir şəbəkənin mövcudluğu üçün iqtisadi model prinsipial əhəmiyyət kəsb etmir, ona görə də biz kriptovalyuta şəbəkəsi hesablamalarında istifadə edilən sxemə bənzər bir sxem qəbul edəcəyik: resurs istehlakçıları renderinq işlərini yerinə yetirən provayderlərə tokenlər göndərəcəklər. Çərçivənin malik olmalı xassələrini başa düşmək daha maraqlıdır, ona görə də şəbəkə iştirakçıları arasında əsas qarşılıqlı əlaqə ssenarisini nəzərdən keçirək.
Şəbəkədə qarşılıqlı əlaqədə üç tərəf var: resurs təminatçısı, tapşırıq provayderi və şəbəkə operatoru (mətndə idarəetmə mərkəzi, şəbəkə və s. kimi də tanınır).
Şəbəkə operatoru resurs provayderinə müştəri tətbiqi və ya əməliyyat sistemi təsviri ilə təchiz edilmiş proqram təminatı dəsti ilə təmin edir, provayder resurslarını təmin etmək istədikləri maşında quraşdıracaq və onlara resurs giriş parametrlərini təyin etməyə və server mənzərəsini uzaqdan idarə etməyə imkan verən şəxsi hesabı təmin edir: aparat parametrlərinə nəzarət etmək, uzaqdan konfiqurasiya etmək və yenidən yükləmək.
Yeni node qoşulduqda, şəbəkə idarəetmə sistemi avadanlıq və giriş parametrlərini təhlil edir, onları sıralayır, reytinq təyin edir və resurs reyestrinə əlavə edir. Gələcəkdə risklərin idarə edilməsi məqsədləri üçün qovşaq fəaliyyət parametrləri təhlil ediləcək və şəbəkə sabitliyini təmin etmək üçün qovşaq reytinqinə düzəlişlər ediləcək. Onların səhnəsi həddindən artıq istiləşmə səbəbindən tez-tez qəzaya uğrayan güclü kartlarda göstərilmək üçün göndərilsə, heç kim xoşbəxt olmaz.
Səhnəni göstərməli olan istifadəçi iki seçimdən birini seçə bilər: səhnəni veb-interfeys vasitəsilə şəbəkə deposuna yükləmək və ya plagindən istifadə edərək modelləşdirmə paketini və ya quraşdırılmış rendereri şəbəkəyə qoşmaq. Bu, istifadəçi və şəbəkə arasında ağıllı müqaviləni işə salır, onun defolt tamamlama şərti şəbəkənin səhnə hesablama nəticəsini yaratmasıdır. İstifadəçi şəxsi hesabının veb-interfeysi vasitəsilə tapşırığın gedişatını izləyə və onun parametrlərini idarə edə bilər.
Tapşırıq qəbul edilir server, səhnə həcmini və tapşırıq təşəbbüskarı tərəfindən tələb olunan resursların sayını təhlil edir, bundan sonra ümumi həcm şəbəkə tərəfindən ayrılan resursların sayı və növü üzrə hesablamalar üçün uyğunlaşdırılmış hissələrə ayrılır. Ümumi fikir budur ki, renderləmə bir çox kiçik tapşırıqlara bölünə bilər. Mühərriklər bu tapşırıqları birdən çox resurs təminatçısı arasında paylamaqla bundan faydalanırlar. Ən sadə üsul səhnənin seqment adlanan kiçik hissələrini render etməkdir. Hər seqment hazır olduqda, lokal tapşırıq tamamlanmış hesab olunur və resurs növbəti görülməmiş tapşırığa keçir.
Beləliklə, renderer üçün hesablamaların tək maşında və ya bir neçə fərdi hesablama stansiyalarının şəbəkəsində aparılmasının heç bir fərqi yoxdur. Paylanmış göstərmə, sadəcə olaraq, tapşırıq üçün istifadə olunan resurslar hovuzuna daha çox nüvə əlavə edir. O, şəbəkə vasitəsilə seqmenti göstərmək üçün lazım olan bütün məlumatları alır, hesablayır, seqmenti geri göndərir və növbəti tapşırığa keçir. Paylaşılan şəbəkə hovuzuna girməzdən əvvəl hər bir seqment işçi qovşaqlarına onlar üçün ən uyğun hesablama tapşırıqlarını seçməyə imkan verən bir sıra metaməlumat alır.
Hesablamaların seqmentləşdirilməsi və paylanması vəzifələri təkcə icra müddətinin optimallaşdırılması nöqteyi-nəzərindən deyil, həm də resursdan optimal istifadə və enerjiyə qənaət nöqteyi-nəzərindən həll edilməlidir, çünki şəbəkənin iqtisadi səmərəliliyi bu amillərdən asılıdır. Bu həll uğursuz olarsa, səs-küyü və tullantı elektrik enerjisini azaltmaq üçün node üzərində bir miner quraşdırmaq və ya onu söndürmək daha yaxşı olardı.
Ancaq prosesə qayıdaq. Tapşırıq alındıqda, hovuz və qovşaq arasında ağıllı müqavilə də yaradılır ki, bu da tapşırığın nəticəsi düzgün hesablandıqda yerinə yetirilir. Müqavilə başa çatdıqdan sonra qovşaq bu və ya digər formada mükafat ala bilər.
İdarəetmə mərkəzi hesablama nəticələrini toplamaq, səhv olanları təkrar emal üçün göndərmək, növbəni sıralamaq və standart tapşırığın icra müddətinə nəzarət etməklə (son seqmentin hər hansı bir qovşaq tərəfindən tutulmasının qarşısını almaq üçün) tapşırığın icrası prosesinə nəzarət edir.
Hesablama nəticələri kompozisiya mərhələsindən keçir, bundan sonra istifadəçi göstərmə nəticələrini alır və şəbəkə mükafat ala bilər.
Beləliklə, paylanmış render sistemlərinin qurulması üçün nəzərdə tutulmuş landşaft çərçivəsinin funksional tərkibi ortaya çıxır:
- Veb girişi olan şəxsi istifadəçi hesabları
- Düyünlərdə quraşdırma üçün proqram təminatı dəsti
- Nəzarət sistemi ilə:
- Girişə nəzarət alt sistemi
- Tapşırıqların dekompozisiya altsisteminin göstərilməsi
- Tapşırıqların paylanması alt sistemi
- Kompozisiya alt sistemi
- Server mənzərəsini və şəbəkə topologiyasını idarə etmək üçün alt sistem
- Giriş və audit alt sistemi
- Öyrənmə ekspert alt sistemi
- REST API və ya xarici tərtibatçılar üçün digər interfeys
Siz nə düşünürsünüz? Bu mövzu hansı sualları doğurur və sizi hansı cavablar maraqlandırır?
Mənbə: www.habr.com
