Голы метал супраць воблака: разведка

Навучаная тэма голага металу ў параўнанні з воблакам нядаўна стала актуальнай для супольнасці EOS. Як і ў большасці рэчаў у свеце крыпта / блокчейнаў, вакол дыскусіі існуе велізарная колькасць шуму і FUD (страх, нявызначанасць і сумнеў). Я тут, каб сказаць вам, што голы метал супраць хмары - гэта беспадстаўны аргумент, і ўсе занадта занятыя, каб завастрыць свае вілы, каб засяродзіцца на тым, што сапраўды мае значэнне.

Перш чым пагрузіцца, давайце зробім крок назад і нагадаем сабе, што важна; з чым вытворцы Block згаджаюцца пры падпісанні дамовы аб рэгістрацыі Block Producer: надзейнае, надзейнае і сумленнае кіраванне сеткай EOS.

Для запісу мы ў EOS Дубліне знаходзімся ў брыгадзе Bare-Metal ™ ™, і да гэтага артыкула мы дадалі спецыяльны знак, які вы можаце загрузіць на свой сайт ці Twitter. Вы можаце загрузіць свой значок тут.

Пачнем з некаторых азначэнняў, бо тэрміналогія - гэта ўсё, і тут могуць быць нейкія новыя тэрміны.

Голы метал

Па самой дэфініцыі голы метал проста азначае фізічны сервер з адзіным арандатарам. Іншымі словамі, ён павінен працаваць так, як ваш хатні кампутар. Вы ўсталёўваеце MacOS або Windows на свой ноўтбук / працоўны стол, і ён узаемадзейнічае непасрэдна з абсталяваннем (прынамсі для гэтай тэмы).

Сістэма працуе на металічным абсталяванні, а не абстракцыі праграмнага забеспячэння (віртуалізацыі) гэтага абсталявання.

Воблака

Калі людзі кажуць пра воблака, яны звычайна спасылаюцца на інфраструктуру як платформу службы (IaaS), размеркаваную сераду, якая складаецца з віртуалізаваных сервераў з некалькімі арандатарамі. Платформы, такія як Amazon AWS, Microsoft Azure, Google Cloud Platform (GCP) або IBM Bluemix, з'яўляюцца прыкладамі публічнай хмарнай інфраструктуры. Ідэя заключаецца ў тым, што, выкарыстоўваючы сучасныя метады віртуалізацыі, вы можаце запусціць інфраструктуру на высокамаштабнай, размеркаванай сетцы сервераў з меншымі выдаткамі, чым голы метал.

Воблака супраць голага металу

Мне спатрэбіўся нейкі час, каб зразумець гэтае бессэнсоўнае параўнанне, але я, нарэшце, зразумеў, што гэта проста неразуменне тэрміналогіі, з перакананнем, што голы метал = абсталяванне, якое належыць і кіруецца прама, у той час як воблака = арандаванае ці арандаванае абсталяванне.

Гэта проста не адпавядае рэчаіснасці. Голы метал і воблака не з'яўляюцца супрацьлегласцю.

Зыходзячы з азначэння, прыведзенага вышэй, цалкам магчыма запускаць серверы голых металаў у хмарным асяроддзі, проста спытайце ў EOS Дублін. Параўнанне воблака з голым металам падобна на тое, каб сказаць штосьці накшталт "Аўдзі супраць спартыўнага аўтамабіля". Цяпер Audi, вытворца аўтамабіляў, вырабляе шырокі спектр аўтамабіляў, у тым ліку спартыўных. Спартыўныя аўтамабілі - толькі катэгорыя прадуктаў, якія прапануе Audi. Вы таксама можаце купіць спартыўны аўтамабіль у іншых вытворцаў, такіх як Porsche, меншай незалежнай кампаніі, напрыклад, Koenigsegg (бясплатная лася з кожнай пакупкай), альбо вы можаце пабудаваць свой уласны.

Адзін-арандатар супраць мульты-арандатара ці віртуалізаваны супраць фізічнага

У гэтым і заключаецца сапраўдная сутнасць праблемы, і мы павінны засяроджвацца на дыскусіі. Віртуалізаванае асяроддзе для шматлікіх арандатара прыносіць шмат пераваг, калі вам не ўсё роўна абсталяванне, якое вы працуеце, альбо вам не патрэбны гарантыі даступнасці рэсурсаў. Адкрываючы доступ да аднаго з сервераў, якія ёсць у сваім садзе, вы таксама падзяляеце выдаткі.

З іншага боку, калі ў вас ёсць шумныя суседзі, якія любяць запускаць рэсурсаёмістыя нагрузкі на сваю долю сервера, яны могуць вельмі моцна паўплываць на вас, прыводзячы да зніжэння прадукцыйнасці. Яны маглі б таксама пералезці пад тую сцяну альбо тунэль.

Вытворцу блока неабходна пераканацца, што іх вузел ізаляваны ад дзеянняў іншых суб'ектаў. Гэта немагчыма гарантаваць пры запуску на агульным хосце.

Адзінае або шматкватэрнае жыллё

Адзін-арандатар і некалькі-арандатар апісваюць тыпы архітэктуры, якія вызначаюць спосаб, якім апаратнае ці праграмнае забеспячэнне размяркоўваецца карыстальнікам. У архітэктуры для аднаго арандатара адзін кліент мае доступ да праграмнага забеспячэння / абсталявання, у той час як у сцэнары з некалькімі арандатарамі адзін асобнік падзяляецца паміж некалькімі карыстальнікамі адначасова. Гэта сапраўды зводзіцца да кампрамісу выдаткаў і выгод.

Прыкладам у рэальным свеце, і тэрмін, дзе тэрміналогія не патрабуе перакладу, будзе думаць пра шматкватэрны дом, які падзяляецца на некалькі адзінак дома. Калі вы абменьваецеся будынкам з іншымі жыхарамі, вы таксама падзяляецеся некаторымі рэсурсамі, напрыклад, вада, якая паступае ў будынак, альбо каналізацыйныя паслугі, якія вымываюць смецце. Калі вы жывяце ў будынку са слабым ціскам вады і не больш за два жыхары могуць працаваць пральную машыну або адначасова прыняць душ, на вашу здольнасць выкарыстоўваць гэты рэсурс, водазабеспячэнне, могуць паўплываць іншыя будынкі.

Тое ж самае і ў сістэмах, якія працуюць з некалькімі арэндатарамі. Калі ў вас ёсць шумны сусед, які працуе на ўсіх відах інтэнсіўнай апрацоўкі дадзеных, гэта можа паменшыць колькасць наяўнай у вас магутнасці. Цяпер вы маглі сесці з арандатарамі ў будынак і пагадзіцца з графікам, але ніхто гэтым не абавязаны. У асяроддзі для адзінокіх арандатара, як і там, дзе вы маеце месца для сябе ці сваёй сям'і, вы таксама кантралюеце значна большае размеркаванне рэсурсаў.

Віртуалізацыя

Гэта вельмі шырокая тэма з вялікай колькасцю прыкладанняў і далёкая ад новай, пачынаючы з 60-х. Для мэт гэтага артыкула, калі мы гаворым пра віртуалізацыю, мы гаворым пра апаратную віртуалізацыю. гэта значыць, вырабляючы адзінку абсталявання, здаецца, шмат абсталявання. Гэтая віртуалізацыя апрацоўваецца ў праграмным забеспячэнні, пры дапамозе якога аперацыйная сістэма будзе запускаць рэчы, званыя віртуальнымі машынамі. Здаецца, у кожнай віртуальнай машыны ўласны кампутар - праграмнае забеспячэнне, якое працуе на ёй. Гэта дазваляе пастаўшчыку паслуг падтрымліваць некалькіх кліентаў (некалькіх арандатараў) на адным фізічным серверы.

Проста парада

Вось і ўсё! Калі вы працуеце з голым металам і пазбягаеце віртуалізацыі, вы лепшы BP ў свеце і аўтаматычна павінны ісці да вяршыні! Ну не. Серверы, кампутары, якія фактычна працуюць на платформе EOS, - гэта толькі невялікая частка інфраструктуры. Давайце вывучым некаторыя іншыя сферы, якія маюць вырашальнае значэнне для бяспечнай і надзейнай налады.

Падтрымка інфраструктуры

Пасля таго, як у вас ёсць бліскучы сервер голага металу, у вас ёсць некаторыя дробязныя пытанні, такія як харчаванне, сеткавая сувязь, фізічная бяспека і доступ у Інтэрнэт. Ці будуеце вы гэта самастойна ці выкарыстоўваеце існуючую інфраструктуру? Калі вы карыстаецеся існуючай інфраструктурай, вы ўпэўнены, што кампанія можа выканаць свае абяцанні? Ці дапамогуць іх рэзервовыя генератары пры спыненні электраэнергіі? Ці хапае ў іх грашовых патокаў, каб вывесці штормы?

Я гатовы паспрачацца, што большасць установак з голага металу працуюць на сваім арандаваным стэлажы ў цэнтры апрацоўкі дадзеных. І магчыма, што тыя самыя цэнтры апрацоўкі дадзеных працуюць у воблачнай інфраструктуры для аднаго з вялікіх хлопцаў, а таксама нейкая форма прыватнай хмарнай інфраструктуры. Такім чынам, калі б усе працавалі ў цэнтрах апрацоўкі дадзеных Equinix, не было б нам лепш, чым калі б усе працавалі на воблаку, як Amazon AWS?

Права ўласнасці

Былі аргументы, што працаваць на хмарнай інфраструктуры дрэнна, бо вы не валодаеце абсталяваннем, і таму яго можна забраць у любы момант.

Што мы маем на ўвазе, калі кажам пра ўласнасць? Калі крэдыт быў набыты для набыцця абсталявання, вы не валодаеце ім да канца, пакуль не будзе праведзены апошні плацеж. Калі вы будзеце падтрымліваць інвестараў, вы, хутчэй за ўсё, таксама не маеце ўласнасці на ўсё, і падлягаеце іх радасці.

Толькі ўборы, якія выкраслілі з уласных кішэняў, сапраўды могуць прэтэндаваць на валоданне абсталяваннем і незалежнасць. Я мяркую, што гэта параўнальна малая колькасць плацельшчыкаў, якія могуць гэта сказаць, за межамі вялікіх абменаў.

Незалежнасці

Тут ёсць некаторыя супадзенні з уласнасцю, аднак, калі мы думаем пра незалежнасць запуску ўласнага абсталявання, так, як вы хочаце, тады, калі вы заблакаваны ў шматгадовай здзелцы з цэнтрам апрацоўкі дадзеных, каб размясціць ваша абсталяванне, ты ўсё яшчэ незалежны? Ці моцна адрозніваецца ад таго, каб зачыніцца ў хмарны правайдэр для зарэзерваванага асобніка?

Калі вы працуеце з абсталяваннем у чужым цэнтры апрацоўкі дадзеных, вы рызыкуеце атрымаць фізічны адмову. Дапусцім, хтосьці здзейсніў забойства ў цэнтрах апрацоўкі дадзеных, і месца заблакавана як месца злачынства. Я ведаю пра такое ўзнікненне ў офісных умовах, і ніхто не мог атрымаць доступ да сервернай пакоя на працягу некалькіх дзён. Натуральна, што вашы другасныя вузлы працуюць у асобным месцы, але гэта можа азначаць, што вы зараз працуеце без аварыйнай сітуацыі, пакуль не зможаце аднавіць доступ. Гэта можа здацца крыху надуманым, але гэта тэхналогія: калі гэта можа здарыцца, гэта адбудзецца.

Яшчэ адзін папулярны аргумент: калі вы працуеце на хмарнай платформе, вы жывяце ў страху, што калі гэтыя злыя карпарацыі не згодныя з тым, што вы робіце, яны проста адрэжуць вас. Хоць гэта цалкам магчыма, гэта вельмі неверагодна. Мяне б больш хвалявала нешта на ўрадавым узроўні. Ці сапраўды гэта так доўга было, што мы забыліся пра шматлікія акты дзяржаўнай цэнзуры, якія забаранілі доступ да такіх паслуг, як Twitter? Ці цудоўны брандмаўэр Кітая? Службы забойства Лівіі, Расія спрабуе забараніць доступ у Telegram? Незалежна ад таго, дзе вы працуеце з абсталяваннем, вы рызыкуеце зачыніцца, калі хтосьці хоча гэтага вельмі дрэнна.

Спрыт

Калі вы працуеце з голым металам, як хутка вы можаце перамясціць фізічнае размяшчэнне сваёй інфраструктуры? Ці абнавіць абсталяванне? Што наконт запчастак / замен? Дапусцім, ваш сервер выдатна працуе, і вам трэба эфектыўна замяніць увесь блок. Як гэта ўпісваецца ў ваш бюджэт? А які час для замены? Вядома, у вас можа быць аварыйная памылка, але пакуль вы не атрымаеце замену, вы будзеце працаваць без адмены. У EOS Дублін мы працуем з голым металам у воблаку, таму, калі нешта пойдзе не так, мы можам проста дадаць новы экзэмпляр голага металу на нашу платформу і працягваць працаваць. Калі хто-небудзь выкарыстоўвае свой уласны голы метал у цэнтры апрацоўкі дадзеных, ім давядзецца фізічна выйсці і набыць новы сервер, а затым усталяваць яго і наладзіць.

Спагадлівасць

Мы бачылі шэраг праблем, якія ўзнікаюць з часу з'яўлення прамой сеткі, і большасць з іх звязана з праграмным забеспячэннем. Толькі ў гэтую мінулую нядзелю (8 ліпеня) мы сутыкнуліся з шэрагам вузлоў, у тым ліку ў верхняй 21 з-за праблемы з канфігурацыяй. Для запісу EOS ў Дубліне гэта не паўплывала, і нашы вузлы працягвалі працаваць. Здольнасць БП рэагаваць на гэтыя "надзвычайныя сітуацыі" мае першараднае значэнне для працы сеткі. У будучыні мы будзем бачыць больш пытанняў; гэта непазбежна, таму нам трэба пераканацца, што мы ўключылі каманды, якія могуць хутка рэагаваць.

Аб чым мы зноў спрачаемся?

Будзем спадзявацца, што зараз вы з большай ацэнкай разумееце, што ёсць больш разуменне кампетэнцый BP для падтрымкі сеткі EOS, акрамя таго, якую кампанію яны выкарыстоўваюць для запуску свайго абсталявання.

Па-першае, давайце пагадзімся спыніць размову пра "хмару супраць барэталу", таму што гэтыя два фактычна не з'яўляюцца спосабамі разгляду інфраструктуры. Замест гэтага, давайце засяродзімся на тым, каб лепш зразумець, як усталяваны БП, каб параўнаць разнастайнасць у сетцы. Вызначэнне здольнасці ВР для запуску інфраструктуры павінна зводзіцца да таго, што яны працуюць у воблачнай інфраструктуры, арандаванай стойцы ці ў сваім уласным цэнтры апрацоўкі дадзеных.

Па-другое, давайце папрацаваць над стварэннем больш структураванага падыходу да вызначэння кампетэнтнасці ВР, арыентуючыся на больш, чым проста абсталяванне.

Выснова

Аргумент "голы метал супраць хмары" бессэнсоўны. Больш дакладнае параўнанне было б "віртуалізаванае супраць фізічнага", аднак гэта засяроджваецца толькі на вельмі нязначнай часткі інфраструктуры для ВР. Пры вызначэнні здольнасці кандыдата ад вытворцы блока падтрымліваць сетку EOS, мы павінны глядзець не толькі на машыны, на якіх яны працуюць.

Мы з EOS Дубліна моцна адчуваем, што актыўныя блокавыя блокі павінны працаваць на голым метале для дасягнення найвышэйшай прадукцыйнасці і бяспекі. Мы таксама адчуваем, што разнастайнасць у грамадстве - адзін з наймацнейшых каштоўнасцей. У нас не можа быць усіх, хто працуе ў воблаку, як і ў кожнага з гаража. Нам патрэбна сумесь. Але самае галоўнае, нам патрэбныя кампетэнтныя каманды. Каманды, якія займаюцца паляпшэннем EOS і рэагуюць на праблемы, якія ўзнікаюць.

Нам, супольнасці EOS, патрэбны больш інфармаваны і навуковы падыход да ацэнкі здольнасці ВР працаваць і падтрымліваць прафесійныя налады, незалежна ад таго, дзе знаходзіцца абсталяванне. Мы павінны пераканацца, што ў рэжыме чакання на самай справе працуе абсталяванне, пра якое яны кажуць, і што яны гатовыя да дзеяння, калі яны будуць выкарыстаны. Вядомы Томас Кокс працуе над такой асновай, пра якую мы гаворым, гэта значыць, у хуткім часе ў нас павінен быць больш фармальны працэс стварэння карціны ВР і іх здольнасці служыць грамадству.

Да гэтага часу, можа, нам проста трэба пачаць прасіць ад БП публікаваць распіскі?

Сачыце за новым паведамленнем у бліжэйшыя некалькі дзён, пагрузіўшыся ў тое, як мы стварылі і чаму, але пакуль будзьце ўпэўненыя, што нашы вузлы, якія вырабляюць блок, з'яўляюцца голымі металамі!

Мы хочам пачуць ад вас!

EOS Dublin On Telegram: https://t.me/eosdb

EOS Дублін Інтэрнэт: https://www.eosdublin.com/

EOS Дублін у Twitter: https://twitter.com/eosdublin

EOS Dublin On Steemit: https://steemit.com/@eosdublin

EOS Dublin On Medium: https://medium.com/@eosdublin/

EOS Dublin On Meetup: https://www.meetup.com/EOS-Dublin/

EOS Dublin On Everipedia: https://everipedia.org/wiki/eos-dublin/