Dans le monde numérique d'aujourd'hui, l'attente d'un accès ininterrompu aux données n'est plus un luxe - c'est une nécessité. Que vous alimentez une application critique, fournissiez du contenu multimédia à un public mondial ou simplement sauvegardiez des fichiers personnels, la fiabilité de votre stockage cloud affecte directement tout, de la productivité à la confiance. Pour la plupart des fournisseurs de cloud, la fiabilité est quantifiée en termes de pourcentages de temps d’exploitation – 99,9%, 99,99% ou même Néanmoins, derrière ces accords de niveau de service polissé (SLA) se cache une réalité sévère : vrai. – la possibilité d’accéder à vos données à tout moment, n’importe où, sans retards ou interruptions inattendus – reste éloignée. Même les nuages centralisés les plus robustes sont susceptibles de la même chose qu’ils essaient d’atténuer : l’échec. five nines continuous performance La fiabilité n’est pas quelque chose que vous espérez – c’est quelque chose pour lequel vous concevez. Des panneaux régionaux aux routes réseau mal configurées, nous avons constaté à maintes reprises que l’infrastructure centralisée, peu importe son renforcement, ne peut échapper à ses propres limitations structurelles.Lorsque toutes les routes traversent une poignée de centres de données, une seule erreur – un incendie, un problème de routage, une erreur interne – peut avoir des répercussions sur des industries entières. Des panneaux régionaux aux routes réseau mal configurées, nous avons constaté à maintes reprises que l’infrastructure centralisée, peu importe son renforcement, ne peut échapper à ses propres limitations structurelles.Lorsque toutes les routes traversent une poignée de centres de données, une seule erreur – un incendie, un problème de routage, une erreur interne – peut avoir des répercussions sur des industries entières. Ce blog explore pourquoi l'architecture décentralisée de Sia est uniquement positionnée pour surmonter ces limites. Dans les sections à venir, nous allons comparer cette conception aux modèles de stockage traditionnels, décomposer les scénarios d'échec du monde réel et démontrer comment la décentralisation n'est pas seulement plus sûre - elle est plus fiable. Performance grâce à la résilience Parce que dans l’avenir du stockage en nuage, la fiabilité n’est pas quelque chose que vous espérez – c’est quelque chose que vous concevez. Les fondements fragiles des nuages centralisés Pour toutes leurs promesses de temps de fonctionnement « cinq neufs », les plates-formes de stockage en nuage traditionnelles ont démontré à maintes reprises à quel point l’infrastructure centralisée peut être fragile face aux extrêmes environnementaux, à l’erreur humaine ou aux erreurs internes.En dépit des redondances revendiquées par les hyperscalers comme AWS, Google Cloud et Microsoft Azure, les études de cas du monde réel racontent une histoire différente – celle où des millions d’utilisateurs peuvent perdre l’accès en un instant, et des entreprises entières sont mises à l’arrêt en raison d’un seul point d’échec. Peut-être que les exemples les plus dramatiques de fragilité du cloud se trouvent dans les incendies de centres de données – incidents qui peuvent désactiver instantanément des zones entières de services de cloud.En août 2022, une explosion électrique au centre de données Council Bluffs de Google a blessé trois travailleurs et perturbé les services de base tels que Search et Maps.L’événement, un flash d’arc provoqué lors de la maintenance de la sous-station, sert de rappel que même les géants de l’industrie ne peuvent pas échapper aux risques associés à l’infrastructure physique. Un an plus tard, à Paris, une panne multi-cluster dans la zone Europe-Ouest9 de Google Cloud a commencé par une intrusion d’eau – elle-même résultant d’une panne du système de refroidissement qui a inondé la salle de la batterie et déclenché un incendie. Ces incidents font écho au fameux incendie OVHcloud de 2021 à Strasbourg, qui a complètement détruit le centre de données SBG2 et endommagé partiellement d’autres sur le même campus. Many customers had no disaster recovery plans in place, and entire websites were lost without backups. Au-delà des incendies, les vagues de chaleur se sont avérées être une menace inattendue mais croissante.En juillet 2022, des températures record dépassant 40 °C (104 °F) à Londres ont fait disparaître les centres de données Google et Oracle en raison d'échecs du système de refroidissement. Cependant, toutes les interruptions ne sont pas nées d’une catastrophe physique – certaines sont des catastrophes numériques qui attendent d’arriver. En février 2024, Google Cloud a subi une autre interruption lorsque une défaillance d’un magasin de métadonnées régional a pris sa région de l’ouest des États-Unis hors ligne pendant près de trois heures. Lorsqu’un réseau de distribution de contenu (CDN) comme Fastly a connu une mauvaise configuration en 2021, il a provoqué des perturbations mondiales, affectant Reddit, Spotify et les principaux médias en quelques secondes. Performances continues par design Là où les fournisseurs de cloud centralisés construisent des forteresses de plus en plus grandes pour protéger contre l’échec, Sia écarte complètement le problème en rejetant le modèle de forteresse. Au lieu de tout parier sur la résilience d’une seule région ou d’une seule installation, Sia distribue vos données à l’échelle mondiale, sur des dizaines de nœuds exploités de manière indépendante, en utilisant des mathématiques – pas du marketing – pour garantir la fiabilité. Un licenciement qui donne Les licenciements sont souvent considérés comme une mesure de sécurité – une façon de se protéger contre l’échec. Mais sur Sia, c’est bien plus que cela. Par défaut, Sia divise chaque fichier en 30 fragments cryptés en utilisant le codage de suppression. Seuls 10 de ces fragments sont nécessaires pour reconstruire complètement le fichier. Cela signifie que le réseau peut tolérer non seulement des interruptions, mais des performances variables de chaque hôte - tout en maintenant un accès sans fil. Le licenciement n’est pas un échec, c’est la base de la performance continue. En revanche, les nuages traditionnels s’appuient sur la réplication complète des fichiers dans quelques régions.Si une région échoue, l’accès ralentit ou s’arrête – et le stockage supplémentaire ne signifie pas une meilleure vitesse. Les itinéraires de récupération changent de manière dynamique en fonction de la disponibilité de l'hôte et des conditions du réseau - pas de faillite, pas de bouchons, pas de fenêtres d'arrêt. Et bien que les clouds centralisés puissent également utiliser le codage de suppression en interne, toute leur infrastructure est toujours gérée par un seul fournisseur. Les hôtes de Sia, en revanche, sont exploités de manière indépendante, souvent par des individus ou des entreprises différents.Utiliser Sia est comme diviser vos données sur 30 nuages différents par défaut.Aucune entreprise ne contrôle le système, et aucun point d'échec ne peut le réduire. Résistance sans interruption Dans la plupart des environnements cloud, lorsque quelque chose se brise, les performances souffrent.Même avec les systèmes de défaillance en place, les perturbations conduisent souvent à une vitesse dégradée, à un accès gêné ou à des temps d'arrêt total alors que l'infrastructure ne peut pas récupérer. L’architecture fonctionne différemment. Lorsqu'un hébergeur stocke une partie de vos données hors ligne, que ce soit en raison d'un échec, d'une maintenance ou d'une instabilité, vos fichiers restent entièrement accessibles. Il n'y a pas de spinner de chargement, pas de retard de synchronisation, pas d'alerte. Le réseau continue de récupérer les fragments nécessaires des autres hébergeurs, en choisissant dynamiquement les options les plus rapides disponibles. Pendant ce temps, en arrière-plan, le logiciel du locataire commence à restaurer de manière autonome la redondance complète en téléchargeant de nouveaux morceaux à des hôtes en bonne santé. Sia ne se remet pas seulement de l’échec – il fonctionne à travers lui. Plutôt que de réagir à l'échec après qu'il se produise, Sia traite le churn comme un comportement attendu - un comportement que le réseau est construit pour gérer gracieusement. Aucun point d’échec Les plates-formes cloud centralisées sont vulnérables à l’échec en cascade parce qu’elles reposent sur un contrôle centralisé.Un routeur mal configuré, un déploiement de logiciel défectueux ou un problème d’alimentation dans une seule installation peuvent se répandre sur plusieurs régions – entraînant une dégradation des services sur lesquels des millions de personnes comptent. L'architecture de Sia élimine ce risque par la conception. Il n'y a pas de nœud maître. Aucune région centrale. Aucune autorité privilégiée qui puisse involontairement prendre le système hors ligne. Au lieu de cela, vos données sont distribuées sur des dizaines d'hôtes indépendants à travers le monde - chacun stockant uniquement des fragments cryptés. Si un hôte échoue, le système continue à fonctionner. Si dix hôtes échouent, il continue à fonctionner. Il n’y a pas besoin de « échouer » parce qu’il n’y a pas de chemin unique à commencer. Aucune région. Aucun nœud maître. Aucun bouchon de bouteille. Seulement un accès ininterrompu. Ce manque de dépendance centrale n’améliore pas seulement la tolérance aux défauts – il Vous n'attendez pas qu'une région revienne en ligne. Vous n'êtes pas bloqué par une passerelle surchargée ou un service de restauration d'administrateur humain. prevents performance blackouts Concevoir pour la fiabilité, pas seulement l’espérer Lorsque nous parlons de « fiabilité du cloud », nous sommes souvent vendus une promesse – un SLA soutenu par des pénalités financières, des pourcentages de disponibilité brillants et une réputation de marque.Mais comme nous l’avons vu, même les plus grands fournisseurs de cloud ne peuvent pas échapper à la fragilité qui vient avec la centralisation.Qu’il s’agisse d’incendies, de vagues de chaleur ou d’erreurs logicielles, le modèle de cloud traditionnel est toujours à quelques échecs en cascade loin de la perturbation mondiale. Sia adopte une approche fondamentalement différente. Au lieu de supposer que l'infrastructure va tenir et se préparer à une catastrophe quand elle ne le fait pas, Sia suppose que l'échec est inévitable - et construit un système qui continue de fonctionner de toute façon. Pas de serveurs privilégiés, pas de dépendances régionales, pas de verrouillage des fournisseurs.Juste une infrastructure auto-réparatrice et décentralisée qui maintient vos données accessibles parce qu’aucun acteur n’a le pouvoir de les rendre inaccessibles. Performances continues C’est plus qu’un avantage technique. C’est un changement dans la façon dont nous pensons à la résilience numérique. Au lieu de construire des murs plus élevés et des murs plus profonds, Sia disperse ses défenses. Il distribue la confiance. Et en faisant cela, il redéfinit à quoi ressemble un stockage cloud fiable dans un monde où les temps d’arrêt ne sont plus acceptables. Alors que les organisations sont confrontées à des perturbations croissantes, à des coûts croissants et à des exigences de conformité plus strictes, la décentralisation est devenue plus que viable – elle est supérieure. Même lorsque les choses vont mal, il est temps de cesser de concevoir autour de la confiance et de commencer à concevoir autour de la certitude. Juste le travail Avec Sia, la performance continue n’est pas un objectif, c’est une garantie. Sources Connaissance du centre de données. (2022, 9 août). Incendie du centre de données – Google souffre d’un ‘incident électrique’, 3 blessés. Connaissance du centre de données. https://www.datacenterknowledge.com/hyperscalers/data-center-fire-google-suffers-électrique-incident-3- blessé Claburn, T. (2023, 26 avril). Google Cloud glisse en Europe au milieu de fuite d'eau, incendie. https://www.theregister.com/2023/04/26/google_cloud_outage/ Sverdlik, Y. (2021, 9 mars). L'incendie a détruit le centre de données d'OVH à Strasbourg (SBG2). Connaissance du centre de données. https://www.datacenterknowledge.com/uptime/fire-has-destroyed-ovh-s-strasbourg-datacenter-sbg2 Bloomberg News. (2022, 20 juillet). Google, Oracle data centers frappé hors ligne par la chaleur de Londres. Data Center Knowledge. https://www.datacenterknowledge.com/cooling/google-oracle-data-centers-knocked-offline-by-london-heat Millward, W. (2024, 5 décembre). Les 10 plus grandes coupures de nuage de 2024. CRN. https://www.crn.com/news/cloud/2024/the-10-biggest-cloud-outages-of-2024 Barrett, B. (2021, 8 juin). Comment une société obscure a abattu de gros morceaux d'Internet. WIRED. https://www.wired.com/story/fastly-cdn-internet-outages-2021/

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

Cet audio est produit dans la langue originale de l'histoire !

Sia redéfinit la fiabilité du cloud avec des performances continues par la conception

About Author

COMMENTAIRES

ÉTIQUETTES

CET ARTICLE A ÉTÉ PARU DANS

Related Stories

Le modèle Bitcoin UTXO, alimentant un écosystème unique

Appuyez pour gagner : Telegram pourrait intégrer les 10 prochains milliards d'utilisateurs de crypto avant Solana

Croissance des crypto-monnaies : créer des profils d'utilisateurs efficaces

Télégramme : le pont de Crypto Island vers le continent

Le modèle Bitcoin UTXO, alimentant un écosystème unique

Appuyez pour gagner : Telegram pourrait intégrer les 10 prochains milliards d'utilisateurs de crypto avant Solana

Croissance des crypto-monnaies : créer des profils d'utilisateurs efficaces

Télégramme : le pont de Crypto Island vers le continent

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps