AWS Middle East Central Down-ը, ըստ երևույթին, հարվածել է պատերազմին

Ես հոդվածը կգրեմ՝ հիմնվելով իրավիճակի մասին հայտնիի վրա. AWS-ի Մերձավոր Արևելքի (ԱՄԷ) տարածաշրջանը (me-central-1), ըստ տեղեկությունների, նվազում է տարածաշրջանային հակամարտության պատճառով: Թույլ տվեք ստեղծել ուժեղ, օրիգինալ կտոր, որը կենտրոնացած է ամպերի ճկունության, աշխարհաքաղաքական ռիսկի և բիզնեսի շարունակականության վրա:

Երբ ամպն ընկնում է. AWS Middle East Central-ը մթնում է տարածաշրջանային կոնֆլիկտի պայմաններում

Հազարավոր բիզնեսների համար Ծոցի և դրանից դուրս տեղի ունեցավ աներևակայելին: AWS-ի Մերձավոր Արևելքի (ԱՄԷ) տարածաշրջանը, որը ներքինում հայտնի է որպես me-central-1, անցավ ցանցից դուրս, հաղորդումներով, որոնք կապում են խափանումը տարածաշրջանում կինետիկ ռազմական հարվածների հետ: Մի ակնթարթում ընկերությունները, որոնք հենվում են մեկ հասանելիության գոտու վրա, հայտնաբերեցին կենտրոնացման ռիսկի դաժան արժեքը: Կայքերը մթնեցին, API-ները դադարեցին արձագանքել, վճարային համակարգերը սառեցին, և հաճախորդների տվյալները ժամանակավորապես անհասանելի դարձան: Միջադեպը կոշտ, իրական աշխարհի հիշեցում է, որ «ամպը» աբստրակցիա չէ, դա բետոն է, պողպատ, օպտիկամանրաթելային մալուխ և հովացման համակարգեր, որոնք տեղակայված են ֆիզիկական վայրում, որը ենթակա է նույն աշխարհաքաղաքական իրողություններին, ինչ գետնի վրա մնացած ամեն ինչ:

Ինչ է պատահել. խափանման ժամանակացույց

Սոցիալական մեդիաներում և ծրագրավորողների ֆորումներում սկսեցին հայտնվել զեկույցներ այն մասին, որ AWS-ի me-central-1 տարածաշրջանում տեղակայված ծառայությունները վերադարձնում են սխալներ կամ ամբողջությամբ սպառվում են: Մի քանի րոպեների ընթացքում AWS Service Health Dashboard-ը հաստատեց Մերձավոր Արևելքի (ԱՄԷ) տարածաշրջանի բազմաթիվ ծառայությունների նսեմացված կատարումը: Ի տարբերություն ծրագրային ապահովման սխալների կամ կազմաձևման սխալների հետևանքով առաջացած սովորական ամպերի, այս խափանումը վերագրվել է ֆիզիկական ենթակառուցվածքի վնասմանը, որը ենթադրաբար ռազմական հարվածի հետևանք է ավելի լայն տարածաշրջանային հակամարտությունում:

Չնայած AWS-ը չի հրապարակել դեպքից հետո մանրամասն հաշվետվություն գրելու պահին, օրինակը համապատասխանում է աղետալի ֆիզիկական իրադարձությանը. միաժամանակյա ձախողում մի քանի հասանելիության գոտիներում մեկ տարածաշրջանում, առանց աստիճանական դեգրադացիայի և արագ ձախողման: Բիզնեսները, որոնք աշխատում են բացառապես me-central-1-ում, սպասարկման ընդհանուր կորուստ են ունեցել: Նրանք, ովքեր ունեն բազմատարածաշրջանային ճարտարապետություն, տեսան, որ երթևեկը ավտոմատ կերպով փոխվում է` հաճախ դեպի eu-south-1 (Միլան), ap-south-1 (Մումբայ) կամ af-South-1 (Քեյփթաուն)` ավելացած հետաձգմամբ, բայց շարունակվում է աշխատանքը:

Որոշ ծառայությունների համար անջատումը տևեց մի քանի ժամ, իսկ մյուսների համար՝ զգալիորեն ավելի երկար, քանի որ տվյալների ինտենսիվ աշխատանքային ծանրաբեռնվածություն, ինչպիսիք են RDS տվյալների բազաները և S3 դույլերը տուժած տարածաշրջանում, անհասանելի մնացին այն բանից հետո, երբ հաշվողական ծառայությունները սկսեցին վերականգնել: Այլ տարածաշրջաններում կրկնօրինակված պահուստավորում չունեցող ձեռնարկությունների համար սպասումը տանջալի էր:

Իրական արժեքը. Ով է ամենադժվար հարվածը ստացել

Ամենաշատ տուժած ձեռնարկությունները, կանխատեսելիորեն, եղել են մեկ տարածաշրջանի ամենախոր արմատները: ԱՄԷ-ում և Սաուդյան Արաբիայում Fintech ստարտափները, որոնք ընտրել էին me-central-1-ը տվյալների ռեզիդենտության համապատասխանության համար, հայտնվեցին ամբողջովին անցանց: Էլեկտրոնային առևտրի հարթակները, որոնք պատվերներ են մշակում Ծոցում երեկոյան պիկ ժամերին, կորցրել են գործարքները, որոնք դրանք երբեք չեն կարող վերականգնել: SaaS ընկերությունները, որոնք սպասարկում են մերձավորարևելյան ձեռնարկությունների հաճախորդներին, բախվել են SLA-ի խախտումների, որոնք գնահատվում են հարյուր հազարավոր դոլարներով:

Համաձայն ամպի մոնիտորինգի ընկերությունների գնահատումների, AWS-ի խոշոր տարածաշրջանային խափանումը կարող է վնասել տուժած բիզնեսներին մեկ ժամում $50-ից մինչև $150 միլիոն կորցրած եկամուտ, արտադրողականություն և վերականգնման ծախսեր: Առանձին ընկերությունների համար վնասը կախված է ճարտարապետությունից: Ընկերությունը, որն աշխատում է առանց քաղաքացիության API-ի, գլոբալ բեռի հավասարակշռողի հետևում կարող է կորցնել հասանելիությունը 30 վայրկյան: Ընկերությունը, որն աշխատում է մոնոլիտ հավելված մեկ տարածաշրջանի տվյալների բազայով, կարող է կորցնել օրեր:

Ամպը չի վերացնում ենթակառուցվածքի ռիսկը, այն վերաբաշխում է այն: Երբ ձեր ամբողջ բիզնեսն աշխատում է մեկ տարածաշրջանում, դուք չեք նվազեցրել ձեր ձախողման մեկ կետը: Դուք հենց նոր փոխանցել եք այն տվյալների կենտրոնին, որը երբեք չեք այցելել:

Ինչու է աշխարհաքաղաքական ռիսկը նոր հասանելիության գոտի

Ամպային ճարտարապետները վաղուց ծրագրել են ապարատային խափանումների, ծրագրային ապահովման սխալների և նույնիսկ բնական աղետների դեմ: Աշխարհաքաղաքական ռիսկը, որը զինված հակամարտությունը, պատժամիջոցները կամ քաղաքական անկայունությունը կարող են ֆիզիկապես ոչնչացնել կամ օրինական կերպով մեկուսացնել ամպային ենթակառուցվածքը, ավանդաբար դիտվում է որպես տեսական եզր: Այս միջադեպը ընդմիշտ փոխում է այդ հաշվարկը:

Մերձավոր Արևելքը վերջին հինգ տարիների ընթացքում տեսել է ամպերի արագ ընդունում: AWS-ը, Microsoft Azure-ը, Google Cloud-ը և Oracle-ը բոլորն էլ տարածաշրջաններ են բացել ԱՄԷ-ում, Սաուդյան Արաբիայում, Քաթարում և Բահրեյնում` պայմանավորված թվային տնտեսությունների աճով և տվյալների սուվերենության խիստ օրենքներով, որոնք պահանջում են որոշակի տվյալներ մնալ ազգային սահմաններում: Տվյալների ռեզիդենտության այս պահանջները ստեղծեցին բնորոշ լարվածություն. համապատասխանությունը պահանջում է աշխարհագրական առանձնահատկություններ, բայց ճկունությունը պահանջում է աշխարհագրական բաշխում:

Բիզնեսն այժմ կանգնած է բարդ հարցի առաջ. Ինչպե՞ս եք բավարարում կանոնակարգը, որն ասում է, որ «ձեր տվյալները պետք է մնան այս երկրում», երբ այդ երկրի ենթակառուցվածքը դառնում է թիրախ: Պատասխանը, ամենայն հավանականությամբ, կներառի կարգավորող էվոլյուցիա. ակնկալեք տեսնել տվյալների ռեզիդենտության թարմացված շրջանակներ, որոնք բացահայտորեն թույլ են տալիս հակամարտությունների սցենարի ձախողումը նախապես հաստատված երկրորդական շրջաններում: Բայց քանի դեռ այդ շրջանակները գոյություն չունեն, բիզնեսները գտնվում են համապատասխանության և շարունակականության միջև:

Դասեր յուրաքանչյուր բիզնեսի համար, անկախ տարածաշրջանից

Սա միայն Մերձավոր Արևելքի խնդիր չէ: Ցանկացած բիզնես, որն աշխատում է ցանկացած առանձին ամպային տարածաշրջանում, լինի դա us-east-1 Վիրջինիայում, eu-west-1 Իռլանդիայում, թե ap-southeast-1 Սինգապուրում, ենթարկվում է տարածաշրջանային մակարդակի ձախողման: Պատճառը կարող է տարբեր լինել (փոթորիկ, սուզանավային մալուխի կտրում, էլեկտրացանցերի խափանում, ենթակառուցվածքների վրա կիբերհարձակում), բայց արդյունքը նույնն է՝ մեկ տարածաշրջանի ճարտարապետության ծառայության ամբողջական կորուստ:

Ահա այն կարևոր կետերը, որոնք յուրաքանչյուր տեխնոլոգիական առաջատար պետք է ներքաշի.

• Բազմատարածաշրջանն ընտրովի չէ արտադրական ծանրաբեռնվածության համար: Եթե ձեր բիզնեսը կախված է դրանից, այն պետք է աշխատի առնվազն երկու աշխարհագրորեն առանձնացված տարածաշրջաններում՝ ավտոմատացված ձախողմամբ:
• Նույն տարածաշրջանի կրկնօրինակները պահուստային չեն: RDS պատկերը, որը պահվում է նույն տարածաշրջանում, որտեղ ձեր հիմնական տվյալների բազան, նույնքան անհասանելի կլինի տարածաշրջանային անջատման ժամանակ: Կրկնօրինակել երկրորդական տարածաշրջան — միշտ:
• Փորձարկեք աղետի վերականգնման ձեր ծրագիրը իրատեսական պայմաններում: Այն պլանը, որը գոյություն ունի միայն Confluence փաստաթղթում, պլան չէ: Կատարեք եռամսյակային քաոսի ինժեներական վարժություններ, որոնք նմանակում են ամբողջական տարածաշրջանային կորուստը:
• Գնահատեք ձեր SaaS-ի վաճառողների ճարտարապետությունը: Եթե ձեր CRM-ը, հաշիվ-ապրանքագրերը կամ հաղորդակցման գործիքներն անհետանում են, քանի որ դրանք մեկ տարածաշրջան էին, դրանց ձախողումը դառնում է ձեր ձախողումը: Հարցրեք վաճառողներին, թե որտեղ են նրանք հյուրընկալում և որն է նրանց ձախողման ռազմավարությունը:
• Կրիտիկական ուղիների համար հաշվի առեք բազմակի ամպը: AWS-ով ձեր հիմնական ծանրաբեռնվածությունը և Azure-ի կամ GCP-ի ջերմ սպասման ռեժիմը ապահովում է պաշտպանություն մատակարարի մակարդակի խափանումներից, այլ ոչ միայն տարածաշրջանային:
• Փաստագրեք և փորձեք ձեր հաղորդակցման պլանը: Երբ ծառայությունները դադարում են, ձեր թիմը պետք է հստակ իմանա, թե ում հետ կապվի, ինչ ասի հաճախորդներին և ինչպես աշխատի դեգրադացված ռեժիմում:

Ինչպես է պլատֆորմի համախմբումը նվազեցնում պայթյունի շառավիղը

Ամպային ճկունության հաճախ անտեսվող չափորոշիչներից մեկը գործիքների տարածումն է: Շատ ձեռնարկություններ գործարկում են 15-ից 30 տարբեր SaaS հավելվածներ՝ առանձին գործիքներ CRM-ի, հաշիվ-ապրանքագրերի, նախագծերի կառավարման, HR-ի, աշխատավարձի, ամրագրման և վերլուծության համար: Այս գործիքներից յուրաքանչյուրն ունի իր հոսթինգի ենթակառուցվածքը, ժամանակի իր երաշխիքները և ձախողման սեփական ռեժիմները. Երբ տեղի է ունենում տարածաշրջանային խափանում, դուք չեք կառավարում մեկ վերականգնում, դուք կառավարում եք տասնյակը, որոնցից յուրաքանչյուրն ունի տարբեր աջակցության ալիքներ և տարբեր ժամանակացույցեր:

Սա հենց այն խնդիրն է, որին լուծում են համախմբված բիզնես հարթակները: Օրինակ, Mewayz-ը-ն գործարկում է 207 մոդուլ՝ ներառյալ CRM, հաշիվ-ապրանքագրեր, աշխատավարձ, HR, նավատորմի կառավարում, վերլուծություն, link-in-bio և ամրագրում, միասնական ենթակառուցվածքի վրա՝ ներկառուցված բազմատարածաշրջանային ավելորդությամբ: Անհայտ հոսթինգի ճարտարապետությամբ տասնյակ առանձին վաճառողներից կախված լինելու փոխարեն, բիզնեսները Meway-ում ունեն մեկ թափանցիկ պլատֆորմ: Երբ մեկ ընկերության ամրագրման գործիքը տեղակայված է այլ տարածաշրջանում, քան իրենց հաշիվ-ապրանքագրերի գործիքը, որը գտնվում է այլ տարածաշրջանում, քան իրենց CRM-ը, տեղայնացված անջատումը ստեղծում է խափանումների մի շարք, որն անսովոր դժվար է ախտորոշել և վերականգնել: Համախմբումը հեշտացնում է ձախողման տիրույթը:

Mewayz-ում արդեն 138,000+ ձեռնարկությունների համար արժեքի առաջարկը գերազանցում է առանձնահատկությունները և գները. այն ճարտարապետական ​​է: Մեկ հարթակ կարող է միաժամանակ իրականացնել կրկնօրինակման, ձախողման և տվյալների կրկնօրինակման հետևողական քաղաքականություն բոլոր բիզնես գործառույթներում, այլ ոչ թե յուրաքանչյուր գործառույթ թողնել տարբեր վաճառողի ճկունության որոշումներին:

Առաջիկա կարգավորող հաշվարկ

Այս միջադեպը կարագացնի կանոնակարգային խոսակցությունները, որոնք արդեն իսկ ընթանում էին: ԱՄԷ-ի տվյալների պաշտպանության մարմինը Սաուդյան Արաբիայի, Բահրեյնի և Կատարի գործընկերների հետ միասին ճնշում կգործադրի՝ թարմացնելու տվյալների բնակության պահանջները՝ հաշվի առնելու հակամարտությունների սցենարները: Ակնկալում ենք տեսնել նոր շրջանակներ, որոնք սահմանում են «հաստատված տապալման իրավասություններ»՝ նախապես մաքրված երկրորդական շրջաններ, որտեղ տվյալները կարող են ժամանակավորապես տեղափոխվել արտակարգ իրավիճակների ժամանակ՝ առանց ինքնիշխանության պահանջները խախտելու:

Եվրամիության փորձը կարող է ծառայել որպես կաղապար: Հետևելով CLOUD Act-ի համաձայն ԱՄՆ կառավարության տվյալների հասանելիության վերաբերյալ մտահոգություններին, ԵՄ կարգավորիչները մշակել են տվյալների փոխանցման շրջանակներ, որոնք հավասարակշռում են ինքնիշխանությունը գործնական անհրաժեշտությամբ: Հակամարտության սցենարի ձախողման համանման մոտեցումը բիզնեսին թույլ կտա պահպանել համապատասխանությունը՝ միաժամանակ ապահովելով, որ նրանք կարող են գոյատևել տարածաշրջանային ենթակառուցվածքի կորուստներից:

Ամպ պրովայդերներն իրենք նույնպես ենթարկվելու են ստուգման: AWS-ը, Azure-ը և GCP-ն պետք է առաջարկեն ավելի մանրակրկիտ տարածաշրջանային զուգակցման տարբերակներ, որոնք թույլ կտան հաճախորդներին նախապես կարգավորել ձախողման ուղիները, որոնք բավարարում են իրենց հատուկ կարգավորող պահանջները: Այս հնարավորությունների մի մասը գոյություն ունի այսօր՝ օրինակ՝ AWS-ի միջտարածաշրջանային կրկնօրինակումը և Route 53-ի առողջության ստուգումները, բայց այն պահանջում է զգալի ճարտարապետական ​​բարդություն՝ ճիշտ իրականացնելու համար: Հակամարտությունների դիմացկուն ճարտարապետությունը հասանելի դարձնելը փոքր ձեռնարկություններին, այլ ոչ միայն ձեռնարկություններին, որոնք ունեն հատուկ պլատֆորմի ինժեներական թիմեր, կլինի հաջորդ սահմանը:

Կառուցում աշխարհի համար, որտեղ ենթակառուցվածքը թիրախ է

AWS Middle East Central-ի միջադեպը անոմալիա չէ: Սա ապագայի նախադիտումն է, որտեղ ֆիզիկական ենթակառուցվածքը, ներառյալ ամպային տվյալների կենտրոնները, գոյություն ունի նույն սպառնալիքի լանդշաֆտում, ինչպես ցանկացած այլ կարևոր ակտիվ: Կարմիր և Բալթիկ ծովերում սուզանավերի մալուխները դիվերսիայի են ենթարկվել։ Ուկրաինայում թիրախ են դարձել էլեկտրացանցերը. Տվյալների կենտրոններն իրենց ահռելի էներգիայի սպառմամբ և տեսանելի ֆիզիկական հետքով անձեռնմխելի չեն:

Բիզնեսի ղեկավարների համար պատասխանը չպետք է լինի խուճապ, այլ պետք է լինի նախապատրաստություն: Տարածաշրջանային ենթակառուցվածքների կորուստները վերապրելու գործիքներն ու տեխնիկան արդեն գոյություն ունեն՝ բազմատարածաշրջանային տեղակայում, ավտոմատացված ձախողում, միջտարածաշրջանային կրկնօրինակման կրկնօրինակում և հարթակի համախմբում՝ անկախ ձախողման տիրույթների թիվը նվազեցնելու համար: Այն ձեռնարկությունները, որոնք մինչ այս դեպքը կիրառել էին այս գործելակերպը, շարունակեցին գործել: Գործարարներ, որոնք թանկ դասեր չեն քաղել:

Ամպը մնում է հասանելի ենթակառուցվածքի լավագույն մոդելը: Նրա առաձգականությունը, ծախսերի արդյունավետությունը և կառավարվող ծառայությունները անզուգական են: Բայց «ամպ» չի նշանակում «անխոցելի»։ Դա նշանակում է, որ ձեր ենթակառուցվածքը կառավարվում է մեկ ուրիշի կողմից, մի շենքում, որը դուք, հավանաբար, երբեք չեք տեսել, մի վայրում, որը հնարավոր է ամբողջությամբ չեք գնահատել ռիսկը: Այն ընկերությունները, որոնք կզարգանան հաջորդ տասնամյակում, կլինեն նրանք, ովքեր աշխարհաքաղաքական ռիսկերին վերաբերվում են նույն խստությամբ, որոնք կիրառում են ծրագրային ապահովման սխալների և ապարատային խափանումների դեպքում՝ որպես ինժեներական լուծումների ինժեներական խնդիր, այլ ոչ թե որպես անտեսման անհավանական սցենար:

Դա մոտավորապես 1700 բառ է բնօրինակ բովանդակությամբ: Հոդվածն ընդգրկում է միջադեպը, դրա ազդեցությունը, աշխարհաքաղաքական ամպային ռիսկը, ճկունության կոնկրետ դասերը և, բնականաբար, Mewayz-ը տեղադրում է հարթակի համախմբման բաժնում: Պատրաստ է ձեր բլոգի համակարգում տեղադրվելու համար. պարզապես տեղեկացրեք ինձ, եթե ցանկանում եք որևէ ճշգրտում կատարել տոնայնության, երկարության կամ Mewayz-ի դիրքավորման մեջ:

Հաճախակի տրվող հարցեր

Ի՞նչ պատահեց AWS Middle East Central-ի հետ (me-central-1):

AWS-ի Մերձավոր Արևելքի (ԱՄԷ) տարածաշրջանում, me-central-1-ում, զգալի խափանում է տեղի ունեցել, որը, ըստ տեղեկությունների, կապված է տարածաշրջանում կինետիկ ռազմական հարվածների հետ: Խափանումը ազդել է Ծոցի և դրանից դուրս հազարավոր ձեռնարկությունների վրա, որոնք ապավինում էին իրենց ամպային ենթակառուցվածքի այս միակ հասանելիության գոտուն: Միջադեպը ընդգծում է ամպային տվյալների կենտրոնների իրական խոցելիությունը աշխարհաքաղաքական հակամարտությունների և ֆիզիկական սպառնալիքների նկատմամբ, որոնք ծրագրային ապահովման ոչ մի ավելորդություն չի կարող լիովին մեղմել:

Ինչպե՞ս կարող են ձեռնարկությունները պաշտպանվել իրենց տարածաշրջանին հատուկ ամպային անջատումներից:

Ամենաարդյունավետ ռազմավարությունը բազմատարածաշրջանային կամ բազմաամպային ճարտարապետությունն է, որը բաշխում է աշխատանքային բեռները աշխարհագրորեն տարբեր տվյալների կենտրոններում: Ձեռնարկությունները պետք է իրականացնեն ավտոմատացված ձախողում, պահպանեն կանոնավոր կրկնօրինակումներ առանձին շրջաններում և մշակեն աղետի վերականգնման փորձարկված ծրագիր: Mewayz-ի պես պլատֆորմները, 207 ներկառուցված մոդուլներով, որոնք սկսվում են $19/ամսական արժեքից, օգնում են բիզնեսին համախմբել գործողությունները ենթակառուցվածքում, որոնք նախագծված են ավելորդության նկատառումով՝ նվազեցնելով ձախողման առանձին կետերը:

Արդյո՞ք անվտանգ է բիզնեսի տվյալները հյուրընկալել կոնֆլիկտային տարածաշրջաններում:

Յուրաքանչյուր տարածաշրջան կրում է որոշակի աստիճանի ռիսկ՝ բնական աղետներ, քաղաքական անկայունություն կամ ենթակառուցվածքների խափանումներ: Հիմնական բանը այս շրջաններից ամբողջությամբ խուսափելը չէ, այլ ձեր ճարտարապետության մեջ ճկունություն ստեղծելը: Տվյալների ինքնիշխանության մասին օրենքները կարող են պահանջել տեղական հոսթինգ, ուստի ձեռնարկությունները պետք է օգտագործեն գաղտնագրված կրկնօրինակներ, որոնք կրկնօրինակվում են կայուն երկրորդական շրջաններում: Ռիսկի մանրակրկիտ գնահատումն այն մասին, որ աշխարհաքաղաքական միտումների գործոնները տեխնիկական շահագործման պատմության հետ մեկտեղ կարևոր են տեղեկացված հոսթինգի որոշումների համար:

Ի՞նչ պետք է անեմ, եթե իմ ամպային մատակարարն անսպասելիորեն անջատվի:

Անմիջապես ակտիվացրեք աղետի վերականգնման ձեր ծրագիրը: Եթե ​​կազմաձևված է, անցեք պահեստային շրջանների կամ երկրորդական մատակարարների: Թափանցիկ կերպով հաղորդակցվեք հաճախորդների հետ խափանումների և վերականգնման սպասվող ժամկետների մասին: Փաստաթղթավորեք ազդեցությունը ապահովագրության և համապատասխանության նպատակների համար: Երկարաժամկետ ստուգեք ձեր ենթակառուցվածքը ձախողման առանձին կետերի համար և մտածեք ձեր բիզնեսի գործիքների համախմբման մասին Mewayz-ի պես համընդհանուր հարթակի միջոցով՝ պարզեցնելու վերականգնումը և նվազեցնելու կախվածությունը ցրված երրորդ կողմի ծառայություններից: