En el mundo digital de hoy en día, la expectativa de acceso ininterrumpido a los datos ya no es un lujo, es una necesidad. Ya sea que estés alimentando una aplicación crítica, sirviendo contenido multimedia a una audiencia global, o simplemente haciendo copias de seguridad de archivos personales, la fiabilidad de tu almacenamiento en la nube afecta directamente a todo, desde la productividad a la confianza. Para la mayoría de los proveedores de servicios de nube, la fiabilidad se cuantifica en términos de porcentajes de tiempo de funcionamiento: 99,9%, 99,99% o incluso Sin embargo, detrás de estos Acuerdos de Nivel de Servicio Polido (SLAs) hay una realidad dura: verdad. La capacidad de acceder a sus datos en cualquier momento, en cualquier lugar, sin retrasos o interrupciones inesperadas sigue siendo difícil. Incluso las nubes centralizadas más robustas son susceptibles a lo mismo que intentan mitigar: el fracaso. five nines continuous performance La fiabilidad no es algo para lo que esperas, es algo para lo que diseñas. Desde las interrupciones regionales hasta las rutas de red mal configuradas, hemos visto una y otra vez que la infraestructura centralizada, no importa cuán fortificada sea, no puede escapar de sus propias limitaciones estructurales.Cuando todas las carreteras conducen a través de un puñado de centros de datos, un único error -un incendio, un problema de enrutamiento, un error interno- puede tener efectos en toda una industria. Desde las interrupciones regionales hasta las rutas de red mal configuradas, hemos visto una y otra vez que la infraestructura centralizada, no importa cuán fortificada sea, no puede escapar de sus propias limitaciones estructurales.Cuando todas las carreteras conducen a través de un puñado de centros de datos, un único error -un incendio, un problema de enrutamiento, un error interno- puede tener efectos en toda una industria. Este blog explora por qué la arquitectura descentralizada de Sia está únicamente posicionada para superar estas limitaciones.Más que simplemente otra plataforma de almacenamiento, Sia está construida para garantizar En las secciones siguientes, compararemos este diseño con los modelos de almacenamiento tradicionales, descomponeremos los escenarios de fallo del mundo real y demostraremos cómo la descentralización no es sólo más segura, sino más confiable. Desempeño a través de la resiliencia Porque en el futuro del almacenamiento en la nube, la fiabilidad no es algo que esperes, es algo que diseñas para. Las frágiles bases de las nubes centralizadas A pesar de todas sus promesas de “cinco nueve” tiempo de funcionamiento, las plataformas de almacenamiento en la nube tradicionales han demostrado repetidamente lo frágil que puede ser la infraestructura centralizada cuando se enfrentan a extremos ambientales, errores humanos o errores internos.A pesar de la redundancia reivindicada por los hiperescaladores como AWS, Google Cloud y Microsoft Azure, los estudios de caso del mundo real cuentan una historia diferente: una en la que millones de usuarios pueden perder el acceso en un momento, y las empresas enteras se detienen debido a un único punto de fracaso. Quizás los ejemplos más dramáticos de la fragilidad de la nube se encuentren en los incendios de centros de datos, incidentes que pueden desactivar instantáneamente zonas enteras de servicios de nube.En agosto de 2022, una explosión eléctrica en el centro de datos de Council Bluffs de Google hirió a tres trabajadores y perturbó los servicios básicos como Search y Maps.El evento, un flash de arco causado durante el mantenimiento de la subestación, sirve como un recordatorio de que incluso los gigantes de la industria no pueden escapar de los riesgos asociados con la infraestructura física. Un año más tarde en París, un fallo multi-cluster en la zona Europa-Oeste9-a de Google Cloud comenzó con la intrusión de agua, en sí mismo como resultado de un fallo del sistema de refrigeración que inundó la habitación de la batería y encendió un incendio. Estos incidentes hacen eco del ahora infame incendio de 2021 OVHcloud en Estrasburgo, que destruyó completamente el centro de datos SBG2 y dañó parcialmente a otros en el mismo campus. Many customers had no disaster recovery plans in place, and entire websites were lost without backups. Más allá del fuego, las olas de calor han demostrado ser una amenaza inesperada pero creciente.En julio de 2022, temperaturas récord de más de 40 °C (104 °F) en Londres golpearon los centros de datos de Google y Oracle fuera de línea debido a fallos en el sistema de refrigeración. Sin embargo, no todas las interrupciones nacen de una catástrofe física —algunas son desastres digitales que esperan que suceda.En febrero de 2024, Google Cloud sufrió otra interrupción cuando un fallo de una tienda de metadatos regional tomó su región de los Estados Unidos-Oeste1 fuera de línea durante casi tres horas. Estas fallas exponen la peligrosa consolidación de la dependencia de servicios en la nube.Cuando una red de entrega de contenido (CDN) como Fastly experimentó una configuración errónea en 2021, causó perturbaciones globales, afectando a Reddit, Spotify y los principales medios de comunicación en segundos. Desempeño continuo por diseño En lugar de apostar por la resiliencia de una sola región o instalación, Sia distribuye sus datos a nivel mundial, a través de docenas de nodos operados de forma independiente, utilizando matemáticas —no marketing— para garantizar la fiabilidad. El despido que se entrega La redundancia a menudo se ve como una medida de seguridad - una forma de proteger contra el fracaso. pero en Sia, es mucho más que eso. Por defecto, Sia divide cada archivo en 30 fragmentos cifrados utilizando la codificación de borrado. Sólo 10 de esos fragmentos son necesarios para reconstruir completamente el archivo. Esto significa que la red puede tolerar no sólo interrupciones, sino el rendimiento variable de los hosts individuales - todo manteniendo el acceso sin problemas. El despido no es un retroceso, es la base del rendimiento continuo. En contraste, las nubes tradicionales dependen de la replicación completa de archivos en pocas regiones.Si una región falla, el acceso se ralentiza o se detiene, y el almacenamiento adicional no significa una mejor velocidad. Los caminos de recuperación cambian dinámicamente en función de la disponibilidad del host y las condiciones de la red: sin fallovers, sin barreras de botella, sin ventanas de tiempo de inactividad. Y aunque las nubes centralizadas también pueden utilizar la codificación de borrado internamente, toda su infraestructura sigue siendo operada por un único proveedor. Los hosts de Sia, por el contrario, son operados de forma independiente, a menudo por diferentes individuos o empresas.Usar Sia es como dividir sus datos en 30 nubes diferentes por defecto. Resistencia sin interrupción En la mayoría de los entornos en la nube, cuando algo se rompe, el rendimiento sufre. Incluso con los sistemas de fallos en el lugar, las interrupciones a menudo conducen a una velocidad degradada, acceso interrumpido o tiempo de inactividad total mientras la infraestructura se enfrenta a la recuperación. La arquitectura de Sia funciona de manera diferente. Cuando un host que almacena parte de sus datos se deshaga, ya sea debido a un fallo, mantenimiento o inestabilidad, sus archivos permanecen totalmente accesibles. No hay girador de carga, no hay demora en la sincronización, no hay alerta. La red continúa recuperando los fragmentos necesarios de los hosts restantes, seleccionando dinámicamente las opciones más rápidas disponibles. Mientras tanto, en el fondo, el software del inquilino comienza a restaurar de forma autónoma la redundancia completa cargando nuevos fragmentos a los anfitriones sanos. Este proceso de auto-curación no solo protege contra fallos futuros, sino que asegura que el rendimiento permanezca ininterrumpido. Sia no solo se recupera del fracaso, sino que trabaja a través de él. En lugar de reaccionar a un fracaso después de que suceda, Sia trata el churn como un comportamiento esperado, un comportamiento que la red está construida para manejar graciosamente.Es un modelo de resiliencia que no solo evita las interrupciones, sino que protege activamente a los usuarios de notarlos. Ningún punto de fracaso Las plataformas de nube centralizadas son vulnerables a fallas en cascada porque se basan en el control centralizado.Un router mal configurado, una implementación de software defectuosa o un problema de energía en una sola instalación pueden fluctuar a través de regiones, arrastrando servicios en los que dependen millones. La arquitectura de Sia elimina este riesgo por diseño. No hay nodo maestro. No hay región central. No hay autoridad privilegiada que pueda desactivar involuntariamente el sistema. En cambio, sus datos se distribuyen a decenas de hosts independientes en todo el mundo, cada uno de los cuales almacena sólo fragmentos cifrados. Si un anfitrión falla, el sistema continúa funcionando. Si diez anfitriones fallan, sigue funcionando. No hay necesidad de "fail over" porque no hay un camino singular para comenzar. No hay región, no hay nodo principal, no hay botella. Esta falta de dependencia central no solo mejora la tolerancia a los defectos, sino que Usted no está esperando que una región regrese en línea. Usted no está bloqueado por una puerta de acceso sobrecargada o un servicio de recuperación de administradores humanos. Usted está extrayendo datos desde donde sea más rápido - continuamente. prevents performance blackouts Diseñar para la fiabilidad, no sólo esperando Cuando hablamos de “confiabilidad en la nube”, a menudo nos venden una promesa: un SLA respaldado por sanciones financieras, porcentajes brillantes de tiempo de funcionamiento y reputación de marca.Pero como hemos visto, incluso los proveedores de nube más grandes no pueden escapar de la fragilidad que viene con la centralización.Si se trata de incendios, olas de calor o errores de software, el modelo tradicional de nube siempre es un par de fallas en cascada lejos de la perturbación global. En lugar de asumir que la infraestructura se detendrá y se preparará para el desastre cuando no lo haga, Sia asume que el fracaso es inevitable y construye un sistema que continúa funcionando de todos modos. No hay servidores privilegiados, no hay dependencias regionales, no hay bloqueo de proveedores.Sólo hay una infraestructura descentralizada que se repara a sí misma y que mantiene sus datos accesibles porque ningún actor tiene el poder de hacerlos inaccesibles. Desempeño continuo Esto es más que una ventaja técnica. Es un cambio en la forma en que pensamos sobre la resiliencia digital. En lugar de construir muros más altos y muros más profundos, Sia dispersa sus defensas. Distribuye la confianza. Y al hacerlo, redefine lo que el almacenamiento en la nube confiable puede parecer en un mundo donde los tiempos de inactividad ya no son aceptables. A medida que las organizaciones se enfrentan a interrupciones crecientes, costes crecientes y requisitos de cumplimiento más estrictos, la descentralización se ha vuelto más que viable - es superior. Incluso cuando las cosas van mal, entonces es hora de dejar de diseñar en torno a la confianza y empezar a diseñar en torno a la certeza. Sólo trabajo Con Sia, el rendimiento continuo no es un objetivo, es una garantía. fuentes Conocimiento del centro de datos. (2022, 9 de agosto). Incendio del centro de datos — Google sufre ‘incidente eléctrico’, 3 heridos. Conocimiento del centro de datos. https://www.datacenterknowledge.com/hyperscalers/data-center-fire-google-suffers-electrical-incidente-3-herido Claburn, T. (2023, 26 de abril). Google Cloud se desliza en Europa en medio de una fuga de agua, incendio. https://www.theregister.com/2023/04/26/google_cloud_outage/ Sverdlik, Y. (2021, 9 de marzo). El fuego destruyó el centro de datos de Estrasburgo de OVH (SBG2). Conocimiento del centro de datos. https://www.datacenterknowledge.com/uptime/fire-has-destroyed-ovh-s-strasbourg-datacenter-sbg2 Bloomberg News. (2022, julio 20). Google, centros de datos de Oracle golpeados fuera de línea por el calor de Londres. Conocimiento del centro de datos. https://www.datacenterknowledge.com/cooling/google-oracle-data-centers-knocked-offline-by-london-heat Millward, W. (2024, 5 de diciembre). Las 10 mayores interrupciones en la nube de 2024. CRN. https://www.crn.com/news/cloud/2024/the-10-biggest-cloud-outages-of-2024 Barrett, B. (2021, 8 de junio). Cómo una empresa obscura derribó grandes pedazos 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 es producido en el idioma original de la historia!

Sia redefine la fiabilidad en la nube con rendimiento continuo por diseño

About Author

COMENTARIOS

ETIQUETAS

ESTE ARTÍCULO FUE PRESENTADO EN

Related Stories

Telegram: el puente de Crypto Island hacia el continente

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

Las capas invisibles: por qué las entrevistas con los usuarios son un activo irremplazable

Aumente su productividad con estas 18 herramientas para desarrolladores 🚀🔥

Telegram: el puente de Crypto Island hacia el continente

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

Las capas invisibles: por qué las entrevistas con los usuarios son un activo irremplazable

Aumente su productividad con estas 18 herramientas para desarrolladores 🚀🔥

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps