No mundo digital de hoje, a expectativa de acesso ininterrupto aos dados não é mais um luxo – é uma necessidade.Se você está alimentando um aplicativo crítico, servindo conteúdo multimídia para uma audiência global, ou simplesmente backup de arquivos pessoais, a confiabilidade do seu armazenamento em nuvem afeta diretamente tudo, desde a produtividade até a confiança. Para a maioria dos provedores de nuvem, a confiabilidade é quantificada em termos de percentagens de tempo de funcionamento – 99,9%, 99,99%, ou até mesmo No entanto, por trás desses acordos de nível de serviço polido (SLAs) há uma realidade dura: verdadeira. - a capacidade de acessar seus dados a qualquer momento, em qualquer lugar, sem atrasos ou interrupções inesperadas - permanece difícil.Mesmo as nuvens centralizadas mais robustas são suscetíveis à mesma coisa que tentam mitigar: falha. five nines continuous performance A confiabilidade não é algo que você espera – é algo para o qual você está projetando. De interrupções em toda a região a rotas de rede mal configuradas, vimos repetidamente que a infraestrutura centralizada, não importa o quão fortificada, não pode escapar às suas próprias limitações estruturais.Quando todas as estradas levam através de um punhado de data centers, um único erro - um incêndio, um problema de roteamento, um erro interno - pode ter efeitos sobre indústrias inteiras. De interrupções em toda a região a rotas de rede mal configuradas, vimos repetidamente que a infraestrutura centralizada, não importa o quão fortificada, não pode escapar às suas próprias limitações estruturais.Quando todas as estradas levam através de um punhado de data centers, um único erro - um incêndio, um problema de roteamento, um erro interno - pode ter efeitos sobre indústrias inteiras. Este blog explora por que a arquitetura descentralizada da Sia está unicamente posicionada para superar essas limitações. Nas seções a seguir, compararemos este design com modelos tradicionais de armazenamento, quebraremos cenários de falha do mundo real e demonstraremos como a descentralização não é apenas mais segura – é mais confiável. Desempenho através da resiliência Porque no futuro do armazenamento em nuvem, a confiabilidade não é algo que você espera – é algo para o qual você está projetando. Os fundamentos fracos das nuvens centralizadas Apesar de todas as suas promessas de “cinco nove” tempo de funcionamento, as plataformas tradicionais de armazenamento em nuvem provaram repetidamente o quão frágil a infraestrutura centralizada pode ser quando confrontada com extremos ambientais, erros humanos ou erros internos.Apesar da redundância reivindicada por hiperscalers como AWS, Google Cloud e Microsoft Azure, estudos de caso do mundo real contam uma história diferente – uma onde milhões de usuários podem perder o acesso em um momento, e empresas inteiras são paralisadas devido a um único ponto de falha. Talvez os exemplos mais dramáticos de fragilidade na nuvem sejam encontrados em incêndios nos centros de dados – incidentes que podem desativar instantaneamente áreas inteiras de serviços em nuvem.Em agosto de 2022, uma explosão elétrica no centro de dados do Council Bluffs do Google feriu três funcionários e interrompeu serviços básicos como Search e Maps. Um ano depois, em Paris, uma falha de múltiplos aglomerados na zona Europa-Oeste9-a do Google Cloud começou com a intrusão de água – em si um resultado de uma falha do sistema de arrefecimento que inundou a câmara da bateria e acendeu um incêndio. Estes incidentes fazem eco do agora infame incêndio OVHcloud de 2021 em Estrasburgo, que destruiu completamente o centro de dados SBG2 e danificou parcialmente outros no mesmo campus. Many customers had no disaster recovery plans in place, and entire websites were lost without backups. Além do fogo, as ondas de calor provaram ser uma ameaça inesperada, mas crescente.Em julho de 2022, temperaturas recorde acima de 40 °C (104 °F) em Londres bateram os centros de dados do Google e da Oracle offline devido a falhas no sistema de arrefecimento. No entanto, nem todas as interrupções nascem de uma catástrofe física – algumas são desastres digitais esperando para acontecer.Em fevereiro de 2024, o Google Cloud sofreu mais uma interrupção quando uma falha de armazenamento de metadados regional levou sua região dos EUA-Oeste1 offline por quase três horas. Quando uma rede de entrega de conteúdo (CDN) como a Fastly sofreu uma falha de configuração em 2021, causou perturbações globais, afetando Reddit, Spotify e as principais mídias de notícias em segundos. Desempenho contínuo por design Onde os provedores de nuvem centralizados construem fortalezas cada vez maiores para proteger contra falhas, a Sia elimina o problema completamente rejeitando o modelo de fortaleza.Em vez de apostar tudo na resiliência de uma única região ou instalação, a Sia distribui seus dados globalmente, em dezenas de nós operados de forma independente, usando matemática – não marketing – para garantir a confiabilidade. O despedimento que dá Redundância é muitas vezes vista como uma medida de segurança – uma maneira de se proteger contra o fracasso.Mas na Sia, é muito mais do que isso. Por padrão, a Sia divide cada arquivo em 30 fragmentos criptografados usando codificação de apagamento. Apenas 10 desses fragmentos são necessários para reconstruir completamente o arquivo. Isso significa que a rede pode tolerar não apenas interrupções, mas desempenho variável de hosts individuais - tudo mantendo o acesso sem problemas. O despedimento não é um retrocesso – é a base do desempenho contínuo. Em contraste, as nuvens tradicionais dependem da replicação completa de arquivos em algumas regiões.Se uma região falhar, o acesso desacelera ou pára – e o armazenamento adicional não significa uma velocidade melhor. Os caminhos de recuperação mudam dinamicamente com base na disponibilidade do host e nas condições da rede – sem falhas, sem entraves, sem janelas de tempo de inatividade. E enquanto as nuvens centralizadas também podem usar a codificação de apagamento internamente, toda a sua infraestrutura ainda é executada por um único provedor. Os hosts da Sia, pelo contrário, são operados de forma independente – muitas vezes por indivíduos ou empresas diferentes.Usar a Sia é como dividir seus dados em 30 nuvens diferentes por padrão.Nenhuma empresa controla o sistema, e nenhum único ponto de falha pode trazê-lo para baixo. Resiliência sem interrupção Na maioria dos ambientes de nuvem, quando algo quebra, o desempenho sofre.Mesmo com sistemas de falha no lugar, as perturbações muitas vezes levam a velocidade degradada, acesso bloqueado ou tempo total de inatividade enquanto a infraestrutura luta para se recuperar. A arquitetura de Sia funciona de forma diferente. Quando um host que armazena parte de seus dados sai offline – seja por falha, manutenção ou instabilidade – seus arquivos permanecem totalmente acessíveis.Não há spin de carregamento, não há atraso de sincronização, não há alerta.A rede continua a recuperar os fragmentos necessários dos restantes hosts, escolhendo dinamicamente as opções mais rápidas disponíveis. Enquanto isso, no fundo, o software do inquilino começa a restaurar automaticamente a redundância completa, carregando novos fragmentos para anfitriões saudáveis. A Sia não só se recupera de um fracasso – ela funciona através dele. Em vez de reagir ao fracasso depois que ele acontece, a Sia trata o churn como um comportamento esperado – um que a rede é construída para lidar graciosamente. Sem um único ponto de falha As plataformas de nuvem centralizadas são vulneráveis a falhas em cascata porque dependem de controle centralizado.Um roteador mal configurado, uma implantação de software defeituosa ou um problema de energia em uma única instalação podem se espalhar por regiões – arrastando serviços em que milhões confiam. A arquitetura da Sia elimina esse risco por projeto.Não há nódulo mestre.Não há região central.Não há autoridade privilegiada que possa levar o sistema offline sem intenção.Em vez disso, seus dados são distribuídos por dezenas de hosts independentes ao redor do mundo – cada um armazenando apenas fragmentos criptografados. Se um host falhar, o sistema continuará a funcionar. Se dez hosts falharem, ele continuará a funcionar.Não há necessidade de “falhar” porque não há caminho único para começar. Nenhuma região. Nenhum nodo mestre. Nenhum bloqueio de garrafas. Apenas acesso implacável. Esta falta de dependência central não só melhora a tolerância a falhas – é Você não está esperando que uma região volte online. Você não está bloqueado por um gateway sobrecarregado ou um serviço de recuperação de administrador humano. Você está puxando dados de onde quer que seja mais rápido – continuamente. prevents performance blackouts Projetando para a confiabilidade, não apenas esperando por ela Quando falamos de “confiabilidade na nuvem”, muitas vezes somos vendidos com uma promessa – um SLA apoiado por penalidades financeiras, porcentagens brilhantes de tempo de funcionamento e reputação de marca.Mas, como vimos, até mesmo os maiores provedores de nuvem não podem escapar da fragilidade que vem com a centralização. Em vez de assumir que a infra-estrutura vai deter e se preparar para o desastre quando não, a Sia assume que o fracasso é inevitável – e constrói um sistema que continua funcionando de qualquer forma. Não há servidores privilegiados, não há dependências regionais, não há bloqueio de fornecedores.Apenas uma infraestrutura descentralizada e autopara que mantém seus dados acessíveis porque nenhum ator tem o poder de torná-los inacessíveis. Desempenho contínuo Isso é mais do que uma vantagem técnica. É uma mudança na forma como pensamos sobre a resiliência digital. Em vez de construir paredes mais altas e muros mais profundos, a Sia dispersa suas defesas. Ela distribui confiança. E, ao fazê-lo, redefine o que o armazenamento em nuvem confiável pode parecer em um mundo onde o tempo de inatividade não é mais aceitável. À medida que as organizações enfrentam interrupções crescentes, custos crescentes e exigências de conformidade mais rigorosas, a descentralização tornou-se mais do que viável – é superior. Mesmo quando as coisas vão mal, então é hora de parar de projetar em torno da confiança e começar a projetar em torno da certeza. Apenas trabalho Com a Sia, o desempenho contínuo não é um objetivo, é uma garantia. Fontes Conhecimento do Centro de Dados. (2022, 9 de agosto). Incêndio do centro de dados — Google sofre ‘incidente elétrico’, 3 feridos. Conhecimento do centro de dados. https://www.datacenterknowledge.com/hyperscalers/data-center-fire-google-suffers-electric-incidente-3-ferido Claburn, T. (2023, 26 de abril). Google Cloud desliza na Europa em meio a vazamento de água, incêndio. https://www.theregister.com/2023/04/26/google_cloud_outage/ Sverdlik, Y. (2021, 9 de março). Incêndio destruiu o centro de dados da OVH em Estrasburgo (SBG2). Conhecimento do centro de dados. https://www.datacenterknowledge.com/uptime/fire-has-destroyed-ovh-s-strasbourg-datacenter-sbg2 Bloomberg News. (2022, 20 de julho). Google, data centers Oracle bateu offline por calor de Londres. Data Center Knowledge. https://www.datacenterknowledge.com/cooling/google-oracle-data-centers-knocked-offline-by-london-heat Millward, W. (2024, 5 de dezembro). As 10 maiores interrupções de nuvem de 2024. CRN. https://www.crn.com/news/cloud/2024/the-10-biggest-cloud-outages-of-2024 Barrett, B. (2021, 8 de junho). Como uma empresa obscura derrubou grandes pedaços da internet. WIRED. https://www.wired.com/story/fastly-cdn-internet-outages-2021/

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

Este áudio é produzido no idioma original da história!

Sia redefine confiabilidade na nuvem com desempenho contínuo por design

About Author

COMENTARIOS

Rótulos

ESTE ARTIGO FOI APRESENTADO EM

Related Stories

Uma breve introdução à teoria do cérebro de Boltzmann

Criando produtos criptográficos centrados no usuário: a importância do feedback do cliente

Toque para ganhar: Telegram pode integrar os próximos 10 bilhões de usuários criptográficos antes de Solana

Quer ganhar um concurso de redação do HackerNoon? Aqui está o que os vencedores do concurso #crypto-api recomendam

Uma breve introdução à teoria do cérebro de Boltzmann

Criando produtos criptográficos centrados no usuário: a importância do feedback do cliente

Toque para ganhar: Telegram pode integrar os próximos 10 bilhões de usuários criptográficos antes de Solana

Quer ganhar um concurso de redação do HackerNoon? Aqui está o que os vencedores do concurso #crypto-api recomendam

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps