No mundo dixital de hoxe en día, a expectativa de acceso ininterrompido aos datos xa non é un luxo - é unha necesidade. Se está alimentando unha aplicación crítica, servindo contido multimedia a un público global, ou simplemente facendo copias de seguridade de ficheiros persoais, a fiabilidade do seu almacenamento en nube afecta directamente a todo, desde a produtividade á confianza. Para a maioría dos provedores de nube, a fiabilidade é cuantificada en termos de porcentaxes de tempo de funcionamento: 99,9%, 99,99%, ou mesmo Con todo, detrás destes acordos de nivel de servizo pulido (SLAs) hai unha realidade dura: verdadeira. A capacidade de acceder aos seus datos en calquera momento, en calquera lugar, sen retrasos ou interrupcións inesperadas segue sendo difícil.Aínda as nubes centralizadas máis robustas son susceptibles ao mesmo que intentan mitigar: o fracaso. five nines continuous performance A fiabilidade non é algo que esperes, é algo para o que deseñas. Desde interrupcións rexionais a rutas de rede mal configuradas, vimos unha e outra vez que a infraestrutura centralizada, independentemente de como fortificada, non pode escapar das súas propias limitacións estruturais.Cando todas as estradas levan a través dun puñado de centros de datos, un único erro -un incendio, un problema de enrutamento, un erro interno- pode ter efectos en toda a industria. Desde interrupcións rexionais a rutas de rede mal configuradas, vimos unha e outra vez que a infraestrutura centralizada, independentemente de como fortificada, non pode escapar das súas propias limitacións estruturais.Cando todas as estradas levan a través dun puñado de centros de datos, un único erro -un incendio, un problema de enrutamento, un erro interno- pode ter efectos en toda a industria. Este blog explora por que a arquitectura descentralizada de Sia está unicamente posicionada para superar estas limitacións. Nas seccións seguintes, compararemos este deseño cos modelos de almacenamento tradicionais, romperemos os escenarios de fracaso do mundo real e demostraremos como a descentralización non só é máis segura senón que é máis fiable. Desempeño a través da resiliencia Porque no futuro do almacenamento en nube, a fiabilidade non é algo que esperes - é algo para o que deseñas. Os fundamentos fráxiles das nubes centralizadas Por todas as súas promesas de "cinco nove" de tempo de funcionamento, as plataformas tradicionais de almacenamento en nube demostraron repetidamente o quão fráxil pode ser a infraestrutura centralizada cando se enfronta a extremos ambientais, erros humanos ou erros internos.A pesar da redundancia reivindicada por hiperscalers como AWS, Google Cloud e Microsoft Azure, os estudos de caso do mundo real contan unha historia diferente - unha onde millóns de usuarios poden perder o acceso nun momento, e empresas enteiras están paradas debido a un único punto de fracaso. Quizais os exemplos máis dramáticos de fraxilidade na nube atópanse nos incendios dos centros de datos, incidentes que poden desactivar instantaneamente zonas enteiras de servizos de nube.En agosto de 2022, unha explosión eléctrica no centro de datos de Council Bluffs de Google feríu a tres traballadores e interrompeu os servizos básicos como Search e Maps. Un ano máis tarde, en París, un fallo multi-cluster na zona Europa-Oeste9-a de Google Cloud comezou coa intrusión de auga - en si un resultado dun fallo do sistema de refrixeración que inundou a sala de baterías e acendeu un incendio. Estes incidentes ecoan o agora infame incendio de 2021 OVHcloud en Estrasburgo, que destruíu completamente o centro de datos SBG2 e danou parcialmente a outros no mesmo campus. Many customers had no disaster recovery plans in place, and entire websites were lost without backups. Ademais do lume, as ondas de calor demostraron ser unha ameaza inesperada pero crecente.En xullo de 2022, temperaturas récord de máis de 40 °C (104 °F) en Londres golpearon os centros de datos de Google e Oracle fóra de liña debido a fallos no sistema de refrixeración. Non obstante, non todas as interrupcións nacen por catástrofes físicas — algunhas son catástrofes dixitais que agardan a ocorrer. En febreiro de 2024, Google Cloud sufriu outra interrupción cando un fallo de metadatos rexional levou a súa rexión de Estados Unidos-Oeste1 fóra de liña durante case tres horas. Estes fallos expoñen a perigosa consolidación da dependencia de servizos en nube.Cando unha rede de entrega de contidos (CDN) como Fastly experimentou unha mal configuración en 2021, causou perturbacións globais, afectando a Reddit, Spotify e os principais medios de comunicación en segundos. Desempeño continuo por deseño Onde os provedores de nube centralizados constrúen fortalezas cada vez maiores para protexer contra o fracaso, Sia elimina o problema por completo rexeitando o modelo de fortaleza. En lugar de apostar todo pola resiliencia dunha única rexión ou instalación, Sia distribúe os seus datos a nivel mundial, a través de decenas de nodos operados de forma independente, utilizando matemáticas -non marketing- para garantir a fiabilidade. O despedimento que se produce A redundancia é moitas veces vista como unha medida de seguridade - unha forma de protexer contra o fracaso. Pero en Sia, é moito máis que iso. Por defecto, Sia divide cada ficheiro en 30 fragmentos cifrados usando a codificación de borrado. Soamente 10 destes fragmentos son necesarios para reconstruír completamente o ficheiro. Isto significa que a rede pode tolerar non só interrupcións, senón o rendemento variable de hosts individuais - todo mantendo o acceso sen problemas. O despedimento non é un retroceso - é a base do rendemento continuo. En contraste, as nubes tradicionais dependen da replicación de ficheiros completa en poucas rexións.Se unha rexión falla, o acceso ralentiza ou detén - e o almacenamento adicional non significa unha mellor velocidade. Os camiños de recuperación varían dinamicamente en función da dispoñibilidade do host e das condicións da rede - sen fallovers, sen obstáculos, sen ventás de tempo de inactividade. E aínda que as nubes centralizadas tamén poden usar a codificación de borrado internamente, toda a súa infraestrutura aínda é xestionada por un único provedor. Os hosts de Sia, pola contra, operan de forma independente, moitas veces por diferentes individuos ou empresas. Usar Sia é como dividir os seus datos en 30 nubes diferentes por defecto. Resistencia sen interrupción Na maioría dos ambientes de nube, cando algo se rompe, o rendemento sofre. Mesmo cos sistemas de fallos no lugar, as perturbacións a miúdo levan a velocidade degradada, o acceso atropelado ou o tempo total de inactividade mentres a infraestrutura se enfronta á recuperación. A arquitectura de Sia funciona doutro xeito. Cando un host que almacena parte dos teus datos vai fóra de liña, xa sexa debido a un fallo, mantemento ou inestabilidade, os teus arquivos permanecen totalmente accesibles.Non hai ningún rotor de carga, ningún atraso de sincronización, ningunha alerta.A rede continúa recuperando os fragmentos necesarios dos restantes hosts, seleccionando dinamicamente as opcións máis rápidas dispoñibles. Mentres tanto, no fondo, o software do inquilino comeza a restaurar de forma autónoma a redundancia completa cargando novos fragmentos a hospitais saudables. Sia non só se recupera do fracaso - funciona a través del. En lugar de reaccionar ao fracaso despois de que ocorra, Sia trata o churn como un comportamento esperado - un que a rede está construída para manexar graciosamente. Ningún punto de fracaso As plataformas de nube centralizadas son vulnerables a fallos en cascadas porque dependen do control centralizado.Un router mal configurado, unha implantación de software defectuosa ou un problema de enerxía nunha única instalación poden variar entre rexións - arrastrando servizos que millóns de persoas dependen. A arquitectura de Sia elimina este risco por deseño.Non hai nodo mestre.Non hai rexión central.Non hai autoridade privilexiada que poida desactivar o sistema sen intención.No canto diso, os seus datos distribúense a decenas de hosts independentes en todo o mundo - cada un almacenando só fragmentos cifrados. Se un host falla, o sistema continúa funcionando. Se dez hosts fallan, aínda continúa funcionando. Non hai necesidade de "fracassar" porque non hai camiño singular para comezar. Ningunha rexión. Ningún nodo mestre. Ningún botellón. Só acceso inestable. Esta falta de dependencia central non só mellora a tolerancia de fallos, senón que Non está esperando a que unha rexión volva en liña. Non está bloqueado por un gateway sobrecargado ou un servizo de recuperación de administradores humanos. Está a extraer datos de onde sexa máis rápido - continuamente. prevents performance blackouts Deseñando para a fiabilidade, non só esperando por ela Cando falamos de "fiabilidade na nube", a miúdo vendémonos unha promesa -un SLA apoiado por penalidades financeiras, porcentaxes brillantes de tempo de funcionamento e reputación de marca. pero como vimos, mesmo os maiores provedores de nube non poden escapar da fraxilidade que vén coa centralización. En lugar de asumir que a infraestrutura se manterá e se preparará para o desastre cando non o faga, Sia asume que o fracaso é inevitable - e constrúe un sistema que continúa a funcionar de todos os xeitos. Non hai servidores privilexiados, non hai dependencias rexionais, non hai bloqueo de provedores.Só unha infraestrutura descentralizada e auto-reparable que mantén os teus datos accesibles porque ningún actor ten o poder de facelo inaccesible. Desempeño continuo Isto é máis que unha vantaxe técnica. É un cambio na forma en que pensamos sobre a resiliencia dixital. En lugar de construír muros máis altos e muros máis profundos, Sia dispersa as súas defensas. Distribúe confianza. E ao facelo, redefine o que pode parecer un almacenamento en nube fiable nun mundo onde os tempos de inactividade xa non son aceptables. A medida que as organizacións se enfrontan a interrupcións crecentes, custos crecentes e esixencias de cumprimento máis estritas, a descentralización fíxose máis que viable - é superior. Mesmo cando as cousas van mal, entón é hora de deixar de deseñar en torno á confianza e comezar a deseñar en torno á certeza. Só traballo Con Sia, o rendemento continuo non é un obxectivo, é unha garantía. Fontes Centro de datos Coñecemento. (2022, 9 de agosto). Centro de datos incendio — Google sofre ‘incidente eléctrico’, 3 feridos. Centro de datos Coñecemento. https://www.datacenterknowledge.com/hyperscalers/data-center-fire-google-suffers-electrical-incidente-3-ferido Claburn, T. (2023, 26 de abril). Google Cloud desliza en Europa no medio dunha fuga de auga, incendio. https://www.theregister.com/2023/04/26/google_cloud_outage/ Sverdlik, Y. (2021, 9 de marzo). O lume destruíu o centro de datos de Estrasburgo da OVH (SBG2). Coñecemento do centro de datos. https://www.datacenterknowledge.com/uptime/fire-has-destroyed-ovh-s-strasbourg-datacenter-sbg2 Bloomberg News. (2022, 20 de xullo). Google, Oracle data centers bateu fóra de liña por Londres calor. Data Center Knowledge. https://www.datacenterknowledge.com/cooling/google-oracle-data-centers-knocked-offline-by-london-heat Millward, W. (2024, 5 de decembro). As 10 maiores interrupcións de nube de 2024. CRN. https://www.crn.com/news/cloud/2024/the-10-biggest-cloud-outages-of-2024 Barrett, B. (2021, 8 de xuño). Como unha empresa obscura derrubou grandes anacos de internet. WIRED. https://www.wired.com/story/fastly-cdn-internet-outages-2021/

This story contains new, firsthand information uncovered by the writer.

Este audio está producido na lingua orixinal da historia!

Sia redefine a fiabilidade na nube con rendemento continuo por deseño

About Author

COMENTARIOS

Etiquetas colgantes

ESTE ARTIGO FOI PRESENTADO EN

Related Stories

R Systems BlogBook—Chapter 1: Round 2 is Now Open for Submissions🎉

HackerNoon Decoded 2024: Celebrating Our HackerNoon Community!

R Systems BlogBook—Chapter 1: Round 3 is Now Open for Submissions🎉

HackerNoon Decoded 2024: Celebrating Our Product Management Community!

R Systems BlogBook—Chapter 1: Round 2 is Now Open for Submissions🎉

HackerNoon Decoded 2024: Celebrating Our HackerNoon Community!

R Systems BlogBook—Chapter 1: Round 3 is Now Open for Submissions🎉

HackerNoon Decoded 2024: Celebrating Our Product Management Community!

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps