În lumea digitală de astăzi, așteptarea unui acces neîntrerupt la date nu mai este un lux – este o necesitate. Indiferent dacă furnizați o aplicație critică, furnizați conținut multimedia unui public global sau pur și simplu faceți backup de fișiere personale, fiabilitatea stocării cloud afectează în mod direct totul, de la productivitate la încredere. Pentru majoritatea furnizorilor de cloud, fiabilitatea este cuantificată în termeni de procente de timp de funcționare – 99,9%, 99,99%, sau chiar Cu toate acestea, în spatele acestor acorduri de nivel de serviciu (SLA) se află o realitate aspră: adevărată. Capacitatea de a vă accesa datele oricând, oriunde, fără întârzieri sau întreruperi neașteptate rămâne imposibilă. Chiar și cele mai robuste cloud-uri centralizate sunt susceptibile la ceea ce încearcă să atenueze: eșecul. five nines continuous performance Fiabilitatea nu este ceva pentru care speri – este ceva pentru care proiectezi. De la întreruperi la nivel regional până la rute de rețea greșit configurate, am văzut din nou și din nou că infrastructura centralizată, indiferent cât de fortificată ar fi, nu poate scăpa de limitările sale structurale.Când toate drumurile duc printr-o mână de centre de date, un singur pas greșit - un incendiu, o problemă de rutare, o eroare internă - poate avea efecte ripple în întreaga industrie. De la întreruperi la nivel regional până la rute de rețea greșit configurate, am văzut din nou și din nou că infrastructura centralizată, indiferent cât de fortificată ar fi, nu poate scăpa de limitările sale structurale.Când toate drumurile duc printr-o mână de centre de date, un singur pas greșit - un incendiu, o problemă de rutare, o eroare internă - poate avea efecte ripple în întreaga industrie. Acest blog explorează de ce arhitectura descentralizată a Sia este poziționată în mod unic pentru a depăși aceste limitări. În secțiunile următoare, vom compara acest design cu modelele tradiționale de stocare, vom descompune scenariile de eșec din lumea reală și vom demonstra cum descentralizarea nu este doar mai sigură - este mai fiabilă. Performanță prin rezistență Pentru că în viitorul stocării în cloud, fiabilitatea nu este ceva pentru care sperați – este ceva pentru care proiectați. Fundamentele fragile ale norilor centralizate Pentru toate promisiunile lor de "cinci nouă" de timp de funcționare, platformele tradiționale de stocare în cloud au dovedit în mod repetat cât de fragilă poate fi infrastructura centralizată atunci când se confruntă cu extreme de mediu, erori umane sau erori de configurare internă.În ciuda redundanței revendicate de hiperscaleri cum ar fi AWS, Google Cloud și Microsoft Azure, studiile de caz din lumea reală spun o poveste diferită - una în care milioane de utilizatori pot pierde accesul într-o clipă, iar întreaga afacere este adusă la o oprire din cauza unui singur punct de eșec. Poate că cele mai dramatice exemple de fragilitate a cloud-ului se găsesc în incendii în centrele de date – incidente care pot dezactiva instantaneu zone întregi de servicii cloud.În august 2022, o explozie electrică la centrul de date Council Bluffs al Google a rănit trei lucrători și a perturbat serviciile de bază, cum ar fi Căutare și Hărți. Un an mai târziu, la Paris, o defecțiune multi-cluster în zona europe-vest9 a Google Cloud a început cu intruziunea apei – ea însăși ca urmare a unei defecțiuni a sistemului de răcire care a inundat camera de baterii și a aprins un incendiu. Aceste incidente fac ecoul infamului incendiu OVHcloud din 2021 din Strasbourg, care a distrus complet centrul de date SBG2 și a deteriorat parțial altele de pe același campus. Many customers had no disaster recovery plans in place, and entire websites were lost without backups. În iulie 2022, temperaturile record de peste 40°C (104°F) din Londra au lovit atât centrele de date Google, cât și Oracle offline din cauza eșecurilor sistemului de răcire. Google a trebuit să închidă în mod proactiv părți ale cloud-ului pentru a preveni deteriorarea hardware-ului – o admitere uimitoare că doar vremea ar putea compromite disponibilitatea serviciilor. Cu toate acestea, nu toate întreruperile se nasc dintr-o catastrofă fizică – unele sunt dezastre digitale care așteaptă să se întâmple.În februarie 2024, Google Cloud a suferit încă o întrerupere atunci când un eșec al unui magazin regional de metadate a luat regiunea SUA-vest1 offline timp de aproape trei ore. Aceste eșecuri expun consolidarea periculoasă a dependenței de serviciile cloud. Când o rețea de livrare a conținutului (CDN) precum Fastly a suferit o defecțiune în 2021, a provocat perturbări la nivel mondial, afectând Reddit, Spotify și principalele mijloace de știri în câteva secunde. Performanță continuă prin design În cazul în care furnizorii de cloud centralizate construiesc fortificații din ce în ce mai mari pentru a proteja împotriva eșecului, Sia elimină problema complet prin respingerea modelului fortificației.În loc să parieze totul pe reziliența unei singure regiuni sau a unei singure facilități, Sia distribuie datele dvs. la nivel global, pe zeci de noduri operate independent, folosind matematică – nu marketing – pentru a garanta fiabilitatea. Reducerea care dă Redundanța este adesea văzută ca o măsură de siguranță - o modalitate de a vă proteja împotriva eșecului. În mod implicit, Sia împarte fiecare fișier în 30 de fragmente criptate folosind codificarea ștergerii. Doar 10 dintre aceste fragmente sunt necesare pentru a reconstrui complet fișierul. Reducerea nu este un pas înapoi – este fundamentul performanței continue. În contrast, cloud-urile tradiționale se bazează pe replicarea completă a fișierelor în câteva regiuni. Dacă o regiune eșuează, accesul încetinește sau se oprește - iar stocarea suplimentară nu înseamnă viteză mai bună. Căile de recuperare se schimbă dinamic în funcție de disponibilitatea gazdei și de condițiile de rețea - fără defecțiuni, fără blocaj, fără ferestre de oprire. În timp ce cloud-urile centralizate pot utiliza, de asemenea, codificarea ștergerii intern, întreaga lor infrastructură este încă gestionată de un singur furnizor. Hosturile Sia, pe de altă parte, sunt operate independent – de multe ori de persoane sau întreprinderi diferite. Utilizarea Sia este ca și cum ți-ai împărți datele în 30 de nori diferiți în mod implicit. Rezistență fără întrerupere În cele mai multe medii cloud, atunci când ceva se rupe, performanța suferă. Chiar și cu sistemele de defecțiune în loc, perturbările duc adesea la viteză degradată, acces înfundat sau întrerupere totală în timp ce infrastructura se luptă să se recupereze. Arhitectura lui Sia funcționează diferit. Atunci când un host care stochează o parte din datele dvs. se îndepărtează – fie din cauza eșecului, a întreținerii sau a instabilității – fișierele dvs. rămân complet accesibile. Nu există nici un spinner de încărcare, nici o întârziere de sincronizare, nici o alertă. Rețeaua continuă să recupereze fragmentele necesare de la restul host-urilor, selectând dinamic cele mai rapide opțiuni disponibile. În același timp, în fundal, software-ul chiriașului începe să restabilească în mod autonom redundanța completă prin încărcarea de noi fragmente către gazde sănătoase. Acest proces de auto-vindecare nu numai că protejează împotriva eșecurilor viitoare - asigură că performanța rămâne neîntreruptă. Sia nu se recuperează doar de la eșec - funcționează prin ea. Mai degrabă decât să reacționeze la eșec după ce se întâmplă, Sia tratează churn-ul ca pe un comportament așteptat - unul pe care rețeaua este construită să-l gestioneze grațios. Fără un singur punct de eşec Platformele cloud centralizate sunt vulnerabile la eșecuri în cascadă, deoarece se bazează pe controlul centralizat.Un router neconfigurat, o implementare defectuoasă a software-ului sau o problemă de alimentare într-o singură instalație se pot răspândi în diferite regiuni - tragând în jos serviciile pe care milioane de oameni se bazează. Arhitectura Sia elimină acest risc prin proiectare.Nu există niciun nod principal.Nu există nici o regiune centrală.Nu există nici o autoritate privilegiată care să poată lua în mod neintenționat sistemul offline.În schimb, datele dvs. sunt distribuite în zeci de gazde independente din întreaga lume - fiecare stocând doar fragmente criptate. Dacă un gazdă eșuează, sistemul continuă să funcționeze. Dacă zece gazde eșuează, continuă să funcționeze. Nici o regiune, niciun nod de master, niciun blocaj de sticlă, doar acces neîntrerupt. Această lipsă de dependență centrală nu numai că îmbunătățește toleranța la defecte. Nu așteptați ca o regiune să se întoarcă online. Nu sunteți blocat de o poartă supraîncărcată sau de un serviciu de restaurare a administratorului uman. prevents performance blackouts Proiectarea pentru fiabilitate, nu doar speranța pentru ea Când vorbim despre “cloud reliability”, suntem adesea vânduți cu o promisiune – un SLA susținut de penalități financiare, procente de timp de funcționare strălucitoare și reputație de brand.Dar, după cum am văzut, chiar și cei mai mari furnizori de cloud nu pot scăpa de fragilitatea care vine cu centralizarea. În loc să presupună că infrastructura se va opri și se va pregăti pentru dezastru atunci când nu o face, Sia presupune că eșecul este inevitabil – și construiește un sistem care continuă să funcționeze oricum. Fără servere privilegiate, fără dependențe regionale, fără încuietori ale furnizorilor, doar o infrastructură auto-reparabilă, descentralizată, care vă menține datele accesibile, deoarece niciun actor nu are puterea de a le face inaccesibile. Performanță continuă Acesta este mai mult decât un avantaj tehnic. Este o schimbare în modul în care ne gândim la reziliența digitală. În loc să construim pereți mai înalți și șanțuri mai adânci, Sia își dispersează apărarea. Distribuie încrederea. Pe măsură ce organizațiile se confruntă cu întreruperi în creștere, costuri în creștere și cerințe mai stricte de conformitate, descentralizarea a devenit mai mult decât viabilă - este superioară. Chiar și atunci când lucrurile merg prost, atunci este timpul să încetăm să proiectăm în jurul încrederii și să începem să proiectăm în jurul certitudinii. Doar lucrări Cu Sia, performanța continuă nu este un obiectiv, ci o garanție. Sursă Cunoașterea centrului de date. (2022, 9 august). Incendiu în centrul de date – Google suferă un „incident electric”, 3 răniți. Cunoașterea centrului de date. https://www.datacenterknowledge.com/hyperscalers/data-center-fire-google-suffers-electric-incident-3- răniți Claburn, T. (2023, 26 aprilie). Google Cloud alunecă peste Europa în mijlocul scurgerilor de apă, incendiu. https://www.theregister.com/2023/04/26/google_cloud_outage/ Sverdlik, Y. (2021, 9 martie). Incendiul a distrus centrul de date OVH din Strasbourg (SBG2). Cunoașterea centrului de date. https://www.datacenterknowledge.com/uptime/fire-has-destroyed-ovh-s-strasbourg-datacenter-sbg2 Bloomberg News. (2022, 20 iulie). Centrele de date Google, Oracle au fost lovite offline de căldura din Londra. Cunoașterea centrului de date. https://www.datacenterknowledge.com/cooling/google-oracle-data-centers-knocked-offline-by-london-heat Millward, W. (2024, 5 decembrie). Cele 10 cele mai mari întreruperi de cloud din 2024. CRN. https://www.crn.com/news/cloud/2024/the-10-biggest-cloud-outages-of-2024 Barrett, B. (2021, 8 iunie). Cum o companie obscură a luat jos bucăți mari de internet. WIRED. https://www.wired.com/story/fastly-cdn-internet-outages-2021/

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

Acest audio este produs în limba originală a poveștii!

Prea lung; A citi

Make resilience your competitive advantage

Sia redefinește fiabilitatea cloud cu performanță continuă prin design

About Author

COMENTARII

Etichete suspendate

ACEST ARTICOL A FOST PREZENTAT IN

Related Stories

The #bitcoin Writing Contest by Rootstock and HackerNoon: Round 2 Results 🎉

The Spacecoin Writing Contest by Spacecoin and HackerNoon: Round 2 Results 🎉

The Spacecoin Writing Contest by Spacecoin and HackerNoon: Round 1 Results 🎉

The #bitcoin Writing Contest by Rootstock and HackerNoon: Round 1 Results 🎉

The #bitcoin Writing Contest by Rootstock and HackerNoon: Round 2 Results 🎉

The Spacecoin Writing Contest by Spacecoin and HackerNoon: Round 2 Results 🎉

The Spacecoin Writing Contest by Spacecoin and HackerNoon: Round 1 Results 🎉

The #bitcoin Writing Contest by Rootstock and HackerNoon: Round 1 Results 🎉

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps