Në botën e sotme të parë dixhitale, pritshmëria për qasje të pandërprerë në të dhëna nuk është më një luks – është një domosdoshmëri. Nëse jeni duke furnizuar një aplikacion kritik, duke ofruar përmbajtje multimediale për një audiencë globale, ose thjesht duke ruajtur skedarët personalë, besueshmëria e ruajtjes suaj në cloud ndikon drejtpërdrejt në gjithçka, nga produktiviteti në besim. Për shumicën e ofruesve të cloud, besueshmëria vlerësohet në aspektin e përqindjeve të kohës së punës – 99.9%, 99.99%, ose edhe më shumë. Megjithatë, prapa këtyre marrëveshjeve të nivelit të shërbimit (SLAs) qëndron një realitet i ashpër: e vërtetë. - aftësia për të hyrë në të dhënat tuaja në çdo kohë, kudo, pa vonesa ose ndërprerje të papritura - mbetet e pamundur. five nines continuous performance Besueshmëria nuk është diçka për të cilën shpresoni – është diçka për të cilën projektoheni. Nga ndërprerjet në të gjithë rajonin deri te rrugët e rrjeteve të konfiguruara gabimisht, ne kemi parë herë pas here se infrastruktura e centralizuar, pavarësisht se sa e fortifikuar, nuk mund të shpëtojë nga kufizimet e veta strukturore.Kur të gjitha rrugët të çojnë nëpër një grusht qendrash të të dhënave, një gabim i vetëm - një zjarr, një problem i routing, një gabim i brendshëm - mund të ketë efekte ripple në industri të tëra. Nga ndërprerjet në të gjithë rajonin deri te rrugët e rrjeteve të konfiguruara gabimisht, ne kemi parë herë pas here se infrastruktura e centralizuar, pavarësisht se sa e fortifikuar, nuk mund të shpëtojë nga kufizimet e veta strukturore.Kur të gjitha rrugët të çojnë nëpër një grusht qendrash të të dhënave, një gabim i vetëm - një zjarr, një problem i routing, një gabim i brendshëm - mund të ketë efekte ripple në industri të tëra. Ky blog eksploron pse arkitektura e decentralizuar e Sia është e pozicionuar në mënyrë unike për të kapërcyer këto kufizime. Në seksionet e ardhshme, ne do ta krahasojmë këtë dizajn me modelet tradicionale të ruajtjes, do të thyejmë skenarët e dështimit në botën reale dhe do të demonstrojmë se si decentralizimi nuk është vetëm më i sigurt – është më i besueshëm. Performanca përmes rezistencës Sepse në të ardhmen e ruajtjes në cloud, besueshmëria nuk është diçka për të cilën shpresoni – është diçka për të cilën jeni projektuar. Themelet e brishtë të reve të centralizuara Për të gjitha premtimet e tyre të “pesë nëntë” të kohës së punës, platformat tradicionale të ruajtjes në cloud kanë provuar në mënyrë të përsëritur se sa e brishtë mund të jetë infrastruktura e centralizuar kur përballet me ekstreme mjedisore, gabime njerëzore ose keqkonfigurime të brendshme. Ndoshta shembujt më dramatikë të brishtësi cloud gjenden në zjarret e qendrave të të dhënave – incidente që mund të çaktivizojnë menjëherë zona të tëra të shërbimeve cloud.Në gusht të vitit 2022, një shpërthim elektrik në qendrën e të dhënave Council Bluffs të Google lëndoi tre punëtorë dhe ndërpreu shërbimet kryesore si Search dhe Maps. Ngjarja, një rrufe harku e shkaktuar gjatë mirëmbajtjes së substation, shërben si një kujtesë se edhe gjigantët e industrisë nuk mund të shpëtojnë nga rreziqet që lidhen me infrastrukturën fizike. Një vit më vonë në Paris, një dështim i shumë klastrave në zonën evropi-perëndim9-a të Google Cloud filloi me ndërhyrjen e ujit - vetë rezultat i një dështimi të sistemit të ftohjes që përmbyt dhomën e baterisë dhe ndezi një zjarr. Këto incidente përsërisin zjarrin e famshëm 2021 OVHcloud në Strasburg, i cili shkatërroi plotësisht qendrën e të dhënave SBG2 dhe dëmtoi pjesërisht të tjerët në të njëjtin kampus. Many customers had no disaster recovery plans in place, and entire websites were lost without backups. Përveç zjarrit, valët e nxehtësisë kanë provuar të jenë një kërcënim i papritur, por në rritje.Në korrik të vitit 2022, temperaturat rekord që tejkaluan 40°C (104°F) në Londër goditën të dy qendrat e të dhënave të Google dhe Oracle offline për shkak të dështimeve të sistemit të ftohjes. Megjithatë, jo të gjitha ndërprerjet lindin nga një katastrofë fizike – disa janë katastrofë dixhitale që presin të ndodhin. në shkurt 2024, Google Cloud pësoi një tjetër ndërprerje kur një dështim rajonal i magazinës së metadatave mori rajonin e saj në perëndim të SHBA-së offline për pothuajse tre orë. Kur një rrjet i shpërndarjes së përmbajtjes (CDN) si Fastly pësoi një keqkonfigurim në vitin 2021, ajo shkaktoi ndërprerje globale, duke prekur Reddit, Spotify dhe mediat e mëdha të lajmeve brenda disa sekondave. Performanca e vazhdueshme nga dizajni Kur ofruesit e cloud centralizuar ndërtojnë kështjella gjithnjë e më të mëdha për të mbrojtur kundër dështimit, Sia e kundërshton problemin plotësisht duke refuzuar modelin e kështjellave.Në vend që të vendosë gjithçka mbi rezistencën e një rajoni ose objekti të vetëm, Sia shpërndan të dhënat tuaja në mbarë botën, në dhjetëra nyje të operuara në mënyrë të pavarur, duke përdorur matematikë – jo marketing – për të garantuar besueshmërinë. Shkarkimi që ofron Redundanca shpesh shihet si një masë sigurie – një mënyrë për të mbrojtur kundër dështimit. por në Sia, është shumë më tepër se kaq. Nga default, Sia ndan çdo skedar në 30 shards të koduara duke përdorur kodimin e fshirjes. Vetëm 10 prej këtyre shards janë të nevojshme për të rindërtuar plotësisht skedarin. Kjo do të thotë që rrjeti mund të tolerojë jo vetëm ndërprerjet, por performancën e ndryshueshme nga hostet individuale - të gjitha duke ruajtur qasjen pa probleme. Reduktimi nuk është një pengesë – është themeli i performancës së vazhdueshme. Në kundërshtim, retë tradicionale mbështeten në kopjimin e plotë të skedarëve në disa rajone.Nëse një rajon dështon, qasja ngadalësohet ose ndalet - dhe ruajtja shtesë nuk do të thotë shpejtësi më të mirë. Rrjetet e rimarrjes ndryshojnë dinamikisht bazuar në disponueshmërinë e hostit dhe kushtet e rrjetit - nuk ka dështime, nuk ka pengesa në shishe, nuk ka dritare të ndërprerjes. Dhe ndërsa cloud-et e centralizuara gjithashtu mund të përdorin kodimin e fshirjes në mënyrë të brendshme, e gjithë infrastruktura e tyre ende drejtohet nga një ofrues i vetëm. Hostet e Sia, nga ana tjetër, operohen në mënyrë të pavarur – shpesh nga individë ose biznese të ndryshme.Përdorimi i Sia është si ndarja e të dhënave tuaja në 30 re të ndryshme sipas parazgjedhjes. Rezistencë pa ndërprerje Në shumicën e mjediseve cloud, kur diçka thyhet, performanca vuan.Edhe me sistemet e dështimit në vend, ndërprerjet shpesh çojnë në shpejtësi të degraduar, qasje të ndërprerë ose kohë të përgjithshme të ndërprerjes ndërsa infrastruktura përpiqet të rimëkëmbet. Arkitektura e saj funksionon ndryshe. Kur një host që ruan një pjesë të të dhënave tuaja shkon jashtë linjës – qoftë për shkak të dështimit, mirëmbajtjes ose paqëndrueshmërisë – skedarët tuaj mbeten plotësisht të arritshëm. Nuk ka rrotullim ngarkimi, asnjë vonesë sinkronizimi, asnjë paralajmërim. Rrjeti vazhdon të marrë fragmentet e nevojshme nga hostet e mbetura, duke zgjedhur dinamikisht opsionet më të shpejta në dispozicion. Ndërkohë, në sfond, softueri i qiramarrësit fillon të rivendosë në mënyrë autonome redundancën e plotë duke ngarkuar copa të reja në mikpritësit e shëndetshëm. Sia nuk shërohet vetëm nga dështimi – ajo punon përmes tij. Në vend që të reagojë ndaj dështimit pasi të ndodhë, Sia e trajton churn si një sjellje të pritshme – një që rrjeti është ndërtuar për të trajtuar me hir. Asnjë pikë dështimi Një router i gabuar, një shpërndarje e gabuar e softuerit, ose një problem me energjinë në një instalim të vetëm mund të shpërndahen në rajone të ndryshme – duke tërhequr shërbimet në të cilat miliona mbështeten. Arkitektura e Sia-s e eliminon këtë rrezik nga dizajni.Nuk ka nyje master.Nuk ka rajon qendror.Nuk ka autoritet të privilegjuar që mund të marrë pa dashje sistemin offline.Në vend të kësaj, të dhënat tuaja shpërndahen në dhjetëra hosts të pavarur në mbarë botën – secili duke ruajtur vetëm fragmente të koduara. Nëse një host dështon, sistemi vazhdon të funksionojë.Nëse dështojnë dhjetë hosts, ai vazhdon të funksionojë.Nuk ka nevojë të “dështohet” sepse nuk ka rrugë të vetme për të filluar. Asnjë rajon. Asnjë node master. Asnjë shishe. Vetëm qasje të pandërprerë. Kjo mungesë e varësisë qendrore jo vetëm që përmirëson tolerancën e defekteve – ajo Ju nuk jeni duke pritur që një rajon të kthehet në internet.Ju nuk jeni të bllokuar nga një portë e mbingarkuar ose një shërbim i rimëkëmbjes së administratorit njerëzor.Ju jeni duke tërhequr të dhënat nga kudo që është më e shpejtë - vazhdimisht. prevents performance blackouts Dizajnimi për besueshmëri, jo vetëm duke shpresuar për të Kur flasim për "besueshmërinë e cloud", shpesh na shiten një premtim - një SLA e mbështetur nga penalitete financiare, përqindje të shkëlqyera të kohës së punës dhe reputacion të markës. por siç kemi parë, edhe ofruesit më të mëdhenj të cloud nuk mund të shpëtojnë nga brishtësia që vjen me centralizimin. Në vend që të supozojë se infrastruktura do të qëndrojë dhe të përgatitet për katastrofë kur nuk ndodh, Sia supozon se dështimi është i pashmangshëm – dhe ndërton një sistem që vazhdon të funksionojë gjithsesi. Nuk ka serverë të privilegjuar, nuk ka varësi rajonale, nuk ka bllokim të furnizuesve. Vetëm një infrastrukturë e vetë- riparimit, e decentralizuar që mban të dhënat tuaja të arritshme sepse asnjë aktor i vetëm nuk ka fuqinë për ta bërë atë të paarritshëm. Performancë e vazhdueshme Kjo është më shumë se një avantazh teknik. Kjo është një ndryshim në mënyrën se si mendojmë për rezistencën dixhitale. Në vend që të ndërtojmë mure më të larta dhe më të thella, Sia shpërndan mbrojtjet e saj. Ajo shpërndan besimin. Dhe duke e bërë këtë, ajo redefinon se si mund të duket ruajtja e besueshme në cloud në një botë ku kohët e ndërprerjes nuk janë më të pranueshme. Ndërsa organizatat përballen me ndërprerje në rritje, kosto në rritje dhe kërkesa më të rrepta për pajtueshmëri, decentralizimi është bërë më shumë se i mundshëm – është superior. Edhe kur gjërat shkojnë keq, atëherë është koha që të ndalojmë së dizajnuari rreth besimit dhe të fillojmë të dizajnojmë rreth sigurisë. Vetëm punë Me Sia, performanca e vazhdueshme nuk është një objektiv, është një garanci. Burimet Njohuria e Qendrës së të Dhënave. (2022, 9 gusht). Zjarr në qendrën e të Dhënave — Google pëson ‘incident elektrik’, 3 të plagosur. Njohuria e Qendrës së të Dhënave. https://www.datacenterknowledge.com/hyperscalers/data-center-fire-google-suffers-electric-incident-3-plagosur Claburn, T. (2023, 26 prill). Google Cloud kalon në Evropë në mes të rrjedhjes së ujit, zjarri. https://www.theregister.com/2023/04/26/google_cloud_outage/ Sverdlik, Y. (2021, 9 mars). Zjarri ka shkatërruar qendrën e të dhënave të OVH-së në Strasburg (SBG2). Qendra e të dhënave. https://www.datacenterknowledge.com/uptime/fire-has-destroyed-ovh-s-strasbourg-datacenter-sbg2 Bloomberg News. (2022, 20 korrik). Google, Oracle data centers goditur offline nga nxehtësia e Londrës. Data Center Knowledge. https://www.datacenterknowledge.com/cooling/google-oracle-data-centers-knocked-offline-by-london-heat Millward, W. (2024, 5 dhjetor). 10 ndërprerjet më të mëdha të cloud-it të 2024. CRN. https://www.crn.com/news/cloud/2024/the-10-biggest-cloud-outages-of-2024 Barrett, B. (2021, 8 qershor). Si një kompani e paqartë mori poshtë copa të mëdha të internetit. WIRED. https://www.wired.com/story/fastly-cdn-internet-outages-2021/

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

Kjo audio është prodhuar në gjuhën origjinale të tregimit!

Sia redefinon besueshmërinë në cloud me performancë të vazhdueshme nga dizajni

About Author

KOMENTE

VARUR TAGS

KY ARTIKU U PARAQIT NË

Related Stories

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps