Bare Metal vs. Cloud: una exploració

El tema debatut sobre el metall nu versus el núvol ha estat recentment líder a la comunitat EOS. Com passa amb la majoria de les coses del món crypto / blockchain, hi ha una gran quantitat de soroll i FUD (por, incertesa i dubte) al voltant de la discussió. Sóc aquí per dir-vos que el núvol i el metall nu en vers és un argument sense fonament i que tothom està massa ocupat per afilar els seus passos per centrar-se en el que realment importa.

Abans d’endinsar-nos, fem un pas enrere i recordem-nos què és important; de què acorden els productors de blocs en signar el contracte de registre de productors de blocs: el funcionament fiable, segur i honest de la mainnet EOS.

Només per al registre, nosaltres a EOS Dublin estem a la Bare-Metal Brigade ™ i, amb aquest article, hem afegit una insígnia especial que podeu descarregar per al vostre lloc o per a Twitter. Podeu descarregar la vostra insígnia aquí.

Comencem amb algunes definicions, ja que la terminologia ho és tot i hi podria haver alguns termes nous.

Bare Metal

Per la seva definició, el metall nu significa simplement un servidor físic d'un sol arrendatari. Dit d'una altra manera, hauria de funcionar molt com el vostre ordinador de casa. Instal·leu MacOS o Windows a la vostra ordinador portàtil / escriptori i interactua directament amb el maquinari (almenys per aquest tema).

El sistema funciona amb maquinari de metall nu, no en una abstracció de programari (virtualització) d'aquest maquinari.

Núvol

Quan la gent parla de núvol, generalment es refereixen a una plataforma Infraestructura com a servei (IaaS), un entorn distribuït que consta de servidors virtualitzats multi-tenant. Plataformes com Amazon AWS, Microsoft Azure, Google Cloud Platform (GCP) o IBM Bluemix són exemples d’infraestructures de núvols públics. La idea és que utilitzant tècniques de virtualització modernes, pugueu executar infraestructures en una xarxa distribuïda de servidors altament escalable a un cost inferior que el metall nu.

Cloud vs Bare-metal

Em va costar una mica entendre aquesta comparació sense sentit, però finalment em vaig adonar que es tractava simplement d’un malentès de la terminologia, amb la creença que el bare-metal = maquinari que és propietat i gestionat de manera directa mentre que cloud = arrendat o arrendat maquinari.

Això simplement no és fals. El metall nu i el núvol no són oposats.

A partir de la definició anterior, és completament possible executar servidors de metall nu en un entorn de núvol, només cal que pregunteu a EOS Dublin. La comparació del núvol amb el metall nu és similar a dir una cosa com "Audi vs vehicle esportiu". Ara Audi, fabricant de vehicles, fabrica una àmplia gamma de cotxes, inclosos els esportius. Els cotxes esportius són només una categoria de productes que ofereix Audi. També podeu comprar un cotxe esportiu d’altres fabricants com Porsche, una empresa independent més petita com Koenigsegg (alça gratuïta amb cada compra) o que pugueu construir la vostra.

Un sol arrendatari o multi-arrendatari o virtualitzat vs físic

Aquest és el veritable punt clau de la qüestió i el debat en què hem de centrar-nos. Els entorns virtualitzats multi-inquilins tenen molts avantatges si realment no es preocupa del maquinari en què utilitzeu, o no necessiteu garanties sobre la disponibilitat de recursos. Si compartiu un servidor amb d’altres, cadascun al vostre jardí emmurallat, també compartireu costos.

A l’inconvenient, si teniu veïns sorollosos a qui els agrada fer càrregues de treball amb molta intensitat de recursos a la seva part del servidor, potser us afectarà molt bé amb un rendiment degradat. També podrien pujar o túnel per sota d'aquestes parets.

Un productor de blocs necessita assegurar-se que el seu node queda aïllat de les accions d'altres actors. Això és impossible de garantir quan publiqueu un amfitrió compartit.

Solterat o multi-arrendament

L’arrendatari i l’arrendatari descriuen tipus d’arquitectura que defineixen la forma en què s’assigna maquinari o programari als usuaris. En una arquitectura d'un sol arrendatari, un sol client té accés al programari / maquinari, mentre que en un escenari de diversos inquilins, es comparteix una sola instància entre diversos usuaris simultàniament. Això es tradueix en una reducció de costos / beneficis.

Un exemple del món real i aquell en què la terminologia no necessita traducció, seria pensar en un edifici d'apartaments dividit en múltiples unitats i una casa individual. Si compartiu un edifici amb altres inquilins, també compartireu alguns recursos, com ara l’aigua que entra a l’edifici o els serveis de clavegueram que eliminen els residus. Si viviu en un edifici amb pressió d'aigua feble i no més de dos llogaters poden fer la rentadora o dutxar-se simultàniament, la vostra capacitat d'utilitzar aquest recurs, el subministrament d'aigua, pot veure's afectada per altres persones de l'edifici.

El mateix passa en els sistemes multinquilins. Si teniu un veí sorollós que gestiona tot tipus de processament intensiu de dades, us pot reduir la quantitat de potència disponible. Ara, podríeu asseure’s amb els altres llogaters de l’edifici i acceptar un calendari, però ningú no està obligat a això. En un entorn d’un sol arrendatari, al igual que on teniu tot el lloc a si mateix o a la vostra família, també controleu molt més l’assignació de recursos.

Virtualització

Aquest és un tema molt ampli i amb moltes aplicacions i no deixa de ser nou, que es remunta als anys 60. Als efectes d’aquest article, sempre que parlem de virtualització, estem parlant de virtualització de maquinari. és a dir, fer que una sola peça de maquinari sembli ser molts components. Aquesta virtualització es gestiona amb un programa pel qual un sistema operatiu executarà coses anomenades màquines virtuals. Sembla que cada màquina virtual és el seu propi ordinador al programari que s'executa. D’aquesta manera, un proveïdor de serveis dóna suport a diversos clients (multi-arrendataris) en un sol servidor físic.

Només el consell

Així és! Si utilitzeu bare-metal i eviteu la virtualització, sou el millor BP del món i hauríeu de passar automàticament a la part superior. Bé no. Els servidors, els ordinadors que realment funcionen amb la plataforma EOS, són només una petita part de la imatge de la infraestructura. Explorem algunes altres àrees que són crucials per a una configuració segura i fiable.

Suport a les infraestructures

Un cop tingueu el vostre brillant servidor de metall nu, heu de tenir en compte algunes qüestions trivials com potència, xarxa, seguretat física i accés a Internet. Ho creeu tu o aprofiteu la infraestructura existent? Si aprofiteu la infraestructura existent, esteu segurs que l'empresa pugui complir les seves promeses? Els seus generadors de còpia de seguretat es produiran quan el consum s'apaga? Tenen prou flux de caixa per provocar tempestes?

Estic disposat a apostar perquè la majoria de les configuracions de metall nu utilitzen el seu maquinari en un espai racks llogat en un centre de dades. I és possible que els mateixos centres de dades utilitzin infraestructura de núvol per a un dels grans i també algun tipus d'infraestructura privada de núvol. Per tant, si tothom funcionés als centres de dades d’Equinix, estaríem millor que si tots funcionessin en un núvol com Amazon AWS?

Propietat

Hi ha hagut arguments que executar en una infraestructura de núvol és dolent perquè no teniu el maquinari i, per tant, es pot treure de vosaltres en qualsevol moment.

Què volem dir quan diem propietat? Si es va contractar un préstec per adquirir el maquinari, no se'l posseirà directament fins que s'hagi fet el darrer pagament. Si teniu els patrocinadors dels inversors, és probable que tampoc ho poseu tot i estigueu subjectes a mantenir-los feliços.

Els únics vestits que han sortit i s'han tret de les seves butxaques poden afirmar realment que són propietaris del seu maquinari i que són independents. Suposo que és un nombre relativament baix de BP que ho poden dir, fora dels grans intercanvis, per descomptat.

Independència

Hi ha una certa coincidència amb la propietat, però, si pensem en la independència per executar el vostre propi maquinari, de la manera que vulgueu, llavors si esteu bloquejats a un acord de diversos anys amb un centre de dades per allotjar el vostre maquinari, encara ets independent? És molt diferent estar bloquejat en un proveïdor de núvol per a una instància reservada?

Si utilitzeu el maquinari al centre de dades d’una altra persona, corre el risc que se li denegui l’accés físicament. Diguem que algú va cometre un assassinat al centre de dades i el lloc està tancat com a lloc del crim. Sé d’ocurrències d’aquest tipus en un entorn d’oficina i ningú va poder accedir a l’habitació del servidor durant uns dies. Naturalment, tindríeu els vostres nodes secundaris funcionant en una ubicació diferent, però això podria significar que ara esteu executant sense fer un error de recuperació fins que pugueu recuperar l'accés. Això pot semblar una mica aprofundit, però és una tecnologia: si pot passar, això passarà.

Un altre argument popular és que si publiqueu en una plataforma de núvol, viviu amb por que si aquestes corporacions malfactores no estan d’acord amb el que feu, simplement us interrompen. Tot i que això és completament possible, és molt improbable. Estic més preocupat per alguna cosa a nivell governamental. Ha passat tan de temps que ens hem oblidat dels molts actes de censura del govern que van negar l’accés a serveis com Twitter? O el gran tallafoc de la Xina? Líbia matant serveis, Rússia intentant prohibir l’accés a Telegram? Independentment del lloc on utilitzis el maquinari, estàs en perill de ser tancat si algú ho vol prou malament.

Agilitat

Si esteu utilitzant un metall nu, amb quina velocitat podeu desplaçar la ubicació física de la infraestructura? O actualitzar el maquinari? Què passa amb les recanvis / recanvis? Suposem que el vostre servidor no funciona espectacularment i que heu de substituir tota la unitat. Com encaixa això en el vostre pressupost? I quin és el termini més important per aconseguir aquest reemplaçament? Segur, és possible que tingueu un error de recuperació, però fins que no rebeu el reemplaçament, esteu executant sense fer un error de recuperació. A EOS Dublin, estem executant el metall nu al núvol, de manera que si alguna cosa no funciona, només podem afegir una nova instància de metall nu a la nostra plataforma i continuar funcionant. Si algú està utilitzant el seu metall nu en un centre de dades, haurà de sortir físicament i comprar un servidor nou, llavors l’instal·larà i el configurarà.

Sensibilitat

Hem vist diversos problemes apareixent des de la xarxa principal i la majoria han estat relacionats amb el programari. Justament aquest darrer diumenge (8 de juliol) vam veure que es van bloquejar diversos nodes, inclosos en els 21 primers, a causa d'un problema de configuració. En aquest cas, EOS Dublin no es va veure afectada per això i els nostres nodes van continuar funcionant. La capacitat d’un BP de reaccionar davant d’aquestes “emergències” és primordial per a l’execució de la xarxa. Veurem més problemes en el futur; és inevitable, per tant, ens hem d’assegurar que hem activat equips que puguin reaccionar ràpidament.

Què discutim de nou?

Tant de bo ara tingueu una major estima que no és molt més comprendre la competència d’un BP per donar suport a la xarxa EOS que no sigui quina empresa que utilitzen per executar el seu maquinari.

Primer, acceptem deixar de parlar de “núvol vs metall nu”, ja que aquests dos no són contraris a la manera de veure la infraestructura. En lloc d'això, centrem-nos en una comprensió millor de com es configuren les BP per comparar la diversitat de la xarxa. La determinació de la capacitat d’executar una infraestructura de BP s’ha de reduir a més que només si s’utilitzen en una infraestructura de núvol, en un espai de lloguer o en un centre de dades propi.

En segon lloc, anem a treballar per crear un enfocament més estructurat per determinar la competència d’una BP, centrada en més que només en el maquinari.

Conclusió

L’argument “bare-metal vs cloud” no és cap sentit. Una comparació més exacta seria "virtualitzada vs física", tanmateix, només se centra en una part molt petita de la imatge de la infraestructura per a una BP. A l’hora de determinar la capacitat d’un candidat de productor de blocs de donar suport a la xarxa EOS, hem de mirar més que les màquines en què s’executen.

Nosaltres, a EOS Dublin, estem decidits que els nodes actius per a la producció de blocs haurien de funcionar amb metall nu per obtenir un màxim rendiment i seguretat. També creiem que la diversitat a la comunitat és un dels actius més forts. No podem tenir tothom que circuli al núvol, de la mateixa manera que no podrem tenir tothom que surti del seu garatge. Necessitem una barreja. Però el més important, necessitem equips competents. Equips que es dediquen a millorar EOS i donen resposta als problemes que es plantegen.

Nosaltres, la comunitat EOS, necessitem un enfocament més informat i científic per calibrar la capacitat d’un BP per executar i mantenir una configuració professional, independentment del lloc on estigui el maquinari. Hem d’assegurar-nos que un estat de reserva està realment executant el maquinari que diuen que és i que està preparat per a l’acció, en cas de ser demanats. L'eminent Thomas Cox treballa en un marc així com parlem, cosa que significa que aviat hauríem de tenir un procés més formal per construir una imatge d'un BP i la seva capacitat de servei a la comunitat.

Fins llavors, potser només necessitàvem començar a demanar a les BP que publiquessin els seus rebuts?

Estigueu atents a una publicació nova en els propers dies per aprofundir en com ens hem configurat i per què, però, per ara, estigueu segurs que els nostres nodes productors de blocs són de metall nu.

Volem saber de tu!

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

EOS Dublin Online: https://www.eosdublin.com/

EOS Dublin A Twitter: https://twitter.com/eosdublin

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

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

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

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