O maior buraco negro nos custos da equipa de operações não está na camada de cálculo, mas sim na solução de recuperação de desastres. Muitas equipas armazenam instantâneos de servidores de nível T na arquivação de fornecedores de cloud tradicionais, inicialmente com preços incrivelmente baixos, mas quando chega o momento de realizar exercícios de recuperação, apenas as taxas de recuperação de dados e custos de banda de saída podem destruir o orçamento de um trimestre inteiro. Essa sensação de estar preso a fornecedores de serviços centralizados é bem compreendida na indústria.



Soluções de armazenamento distribuído ao nível de blockchain estão agora a começar a mudar esse cenário. O segredo está na inovação na arquitetura tecnológica — usando algoritmos de codificação de correção de erros eficientes, a rede não precisa de manter dezenas de cópias de dados como nas blockchains públicas tradicionais, bastando uma redundância de 4-5 vezes para alcançar uma tolerância a falhas próxima do nível bizantino. Isso reduz diretamente o custo de armazenamento por unidade.

Mais importante ainda, há diferenças no design do mecanismo de recuperação. A recuperação de dados em serviços cloud tradicionais é um processo centralizado de puxar dados de um ponto único, com os fornecedores de cloud a estabelecerem tarifas exorbitantes para a banda de saída. Já as soluções distribuídas permitem que o cliente puxe diretamente de múltiplos nós descentralizados em paralelo, sem taxas "punitivas" de intermediários, mantendo os custos de banda dentro de limites previsíveis.

Do ponto de vista das necessidades práticas de DevOps, o armazenamento distribuído oferece uma solução equilibrada: com uma tolerância a falhas ao nível bizantino (um único data center com falha não afeta a disponibilidade dos dados), ao mesmo tempo que mantém um modelo de preços próximo à estrutura de custos do Web2. Essa é a verdadeira infraestrutura descentralizada que pode ser implementada na prática, e não uma ideia utópica apenas em whitepapers técnicos.
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
  • Recompensa
  • 6
  • Republicar
  • Partilhar
Comentar
0/400
MemeCoinSavantvip
· 01-09 02:54
Para ser honesto, isto tem um impacto diferente... finalmente alguém admite que a verdadeira fraude são as taxas de largura de banda, não a infraestrutura 💀
Ver originalResponder0
SmartMoneyWalletvip
· 01-09 02:53
Dizer que sim é bonito, mas e os dados reais na cadeia? O financiamento de projetos de armazenamento distribuído desse tipo costuma ser superestimado, e ainda não se sabe por quanto tempo o verdadeiro mecanismo de incentivo aos nós pode sustentar.
Ver originalResponder0
GweiWatchervip
· 01-09 02:52
A estratégia de preços das empresas de nuvem é realmente impressionante, normalmente são extremamente baratas, mas assim que se recuperam, cortam os lucros dos usuários
Ver originalResponder0
MetaMuskRatvip
· 01-09 02:46
Finalmente, alguém teve coragem de tocar na ferida dos fornecedores de nuvem.
Ver originalResponder0
ForkInTheRoadvip
· 01-09 02:45
Finalmente alguém teve coragem de desmascarar o truque do fornecedor de nuvem, o custo de recuperação de desastres é realmente absurdo
Ver originalResponder0
GasOptimizervip
· 01-09 02:37
Ao analisar os dados históricos, as taxas de largura de banda dos fornecedores tradicionais de nuvem são simplesmente um espaço de arbitragem obscuro... O código de correção de erros realmente resolve o problema de pontos únicos de recuperação.
Ver originalResponder0
  • Fixar

Negocie cripto em qualquer lugar e a qualquer hora
qrCode
Digitalizar para transferir a aplicação Gate
Novidades
Português (Portugal)
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)