AWS Middle East Central Down, yəqin ki, müharibədə vurdu

Məqaləni vəziyyətlə bağlı məlum olanlara əsaslanaraq yazacağam - AWS-nin Yaxın Şərq (BƏƏ) bölgəsinin (me-central-1) regional münaqişə zamanı çökdüyü bildirilir. İcazə verin, bulud davamlılığına, geosiyasi riskə və biznesin davamlılığına yönəlmiş güclü, orijinal bir əsər hazırlayım.

Bulud düşəndə: AWS Middle East Central Regional Münaqişə Arasında Qaranlıq Olur

Körfəzdə və ondan kənarda minlərlə müəssisə üçün ağlasığmaz hadisə baş verdi. AWS-nin Yaxın Şərq (BƏƏ) bölgəsi - daxili olaraq me-central-1 kimi tanınan - bölgədəki kinetik hərbi zərbələrlə əlaqəli hesabatlarla oflayn oldu. Bir anda, vahid mövcudluq zonasına güvənən şirkətlər konsentrasiya riskinin amansız dəyərini aşkar etdilər. Veb saytlar qaraldı, API-lər cavab verməyi dayandırdı, ödəniş sistemləri dondu və müştəri məlumatları müvəqqəti olaraq əlçatmaz oldu. Bu hadisə, "bulud"un abstraksiya olmadığını - beton, polad, fiber optik kabel və yerdəki hər şeylə eyni geosiyasi reallıqlara tabe olan fiziki yerdə oturan soyutma sistemləri olduğunu açıq şəkildə xatırladır.

Nə baş verdi: Bozulmanın Xronologiyası

Sosial mediada və tərtibatçı forumlarında AWS-nin me-central-1 bölgəsində yerləşdirilən xidmətlərin səhvləri qaytarması və ya vaxtının tamamilə kəsilməsi barədə hesabatlar yayılmağa başladı. Bir neçə dəqiqə ərzində AWS Service Health Dashboard Yaxın Şərq (BƏƏ) regionunda çoxsaylı xidmətlər üzrə performansın aşağı düşdüyünü təsdiqlədi. Proqram təminatı xətaları və ya konfiqurasiya xətaları nəticəsində yaranan tipik bulud kəsilmələrindən fərqli olaraq, bu nasazlıq fiziki infrastrukturun zədələnməsi ilə əlaqələndirilirdi – iddiaya görə, daha geniş regional münaqişədə hərbi zərbənin nəticəsidir.

Yazı zamanı AWS hadisədən sonrakı təfərrüatlı hesabat dərc etməsə də, model fəlakətli fiziki hadisə ilə uyğundur: bir regionda birdən çox əlçatanlıq zonasında eyni vaxtda uğursuzluq, tədricən deqradasiya və tez əvəzlənmə. Yalnız me-central-1-də iş yükü ilə işləyən müəssisələr ümumi xidmət itkisi ilə üzləşiblər. Çox regionlu arxitekturaya malik olanlar trafikin avtomatik olaraq marşrutu dəyişdirdiyini görürdülər - tez-tez eu-south-1 (Milan), ap-south-1 (Mumbay) və ya af-south-1 (Keyptaun) - artan gecikmə, lakin davamlı işləmə ilə.

Bəzi xidmətlər üçün kəsinti bir neçə saat, digərləri üçün isə xeyli uzun çəkdi, RDS verilənlər bazası və təsirə məruz qalmış bölgədəki S3 vedrələri kimi məlumat tutumlu iş yükləri hesablama xidmətləri bərpa olunduqdan sonra əlçatmaz qaldı. Digər bölgələrə təkrarlanan ehtiyat nüsxələri olmayan bizneslər üçün gözləmək əzabverici idi.

Əsl Xərc: Kim Ən Çox Zərər çəkdi

Ən çox təsirlənən bizneslər, proqnozlaşdırıla bilər ki, bir regionda ən dərin kökləri olan müəssisələrdir. Məlumat rezidentliyinə uyğunluq üçün me-central-1-i seçən BƏƏ və Səudiyyə Ərəbistanında fintech startapları özlərini tamamilə oflayn vəziyyətdə tapdılar. Körfəzdə axşam saatlarının pik saatlarında sifarişləri emal edən e-ticarət platformaları heç vaxt bərpa edə bilməyəcəkləri əməliyyatları itirmişlər. Yaxın Şərq müəssisələrinin müştərilərinə xidmət göstərən SaaS şirkətləri yüz minlərlə dollarla ölçülən SLA pozuntuları ilə üzləşdi.

Bulud monitorinqi şirkətlərinin hesablamalarına görə, böyük regional AWS kəsilməsi təsirə məruz qalan müəssisələrə ümumi olaraq saatda 50 milyon və 150 milyon dollar arasında itirilmiş gəlir, məhsuldarlıq və bərpa xərclərinə başa gələ bilər. Fərdi şirkətlər üçün zərər memarlıqdan asılıdır. Qlobal yük balanslaşdırıcısının arxasında vətəndaşlığı olmayan API işlədən şirkət 30 saniyə əlçatanlığını itirə bilər. Tək regionlu verilənlər bazası ilə monolit proqram işlədən şirkət gün itirə bilər.

Bulud infrastruktur riskini aradan qaldırmır, onu yenidən paylayır. Bütün biznesiniz bir bölgədə işlədikdə, uğursuzluq nöqtənizi azaltmamış olursunuz. Siz indicə onu heç vaxt ziyarət etmədiyiniz data mərkəzinə təhvil vermisiniz.

Niyə Geosiyasi Risk Yeni Əlçatımlılıq Zonasıdır

Bulud memarları uzun müddətdir ki, hardware xətaları, proqram xətaları və hətta təbii fəlakətlər üçün planlar qurublar. Geosiyasi risk - silahlı münaqişə, sanksiyalar və ya siyasi qeyri-sabitliyin bulud infrastrukturunu fiziki olaraq məhv edə və ya qanuni olaraq təcrid edə bilməsi ehtimalı - ənənəvi olaraq nəzəri cəhətdən üstün hal kimi qəbul edilir. Bu hadisə həmin hesabı həmişəlik dəyişir.

Yaxın Şərqdə son beş il ərzində sürətli bulud qəbulu müşahidə olunub. AWS, Microsoft Azure, Google Cloud və Oracle, BƏƏ, Səudiyyə Ərəbistanı, Qətər və Bəhreyndə inkişaf edən rəqəmsal iqtisadiyyatlar və müəyyən məlumatların milli sərhədlər daxilində qalmasını tələb edən ciddi məlumat suverenliyi qanunları ilə idarə olunan regionlar açdı. Bu data rezidentliyi tələbləri özünəməxsus gərginlik yaratdı: uyğunluq coğrafi spesifikliyi tələb edir, lakin davamlılıq coğrafi paylanma tələb edir.

Bizneslər indi çətin sualla üzləşirlər. Həmin ölkənin infrastrukturu hədəfə çevriləndə "məlumatlarınız bu ölkədə qalmalıdır" deyən tənzimləməni necə təmin edirsiniz? Cavab, çox güman ki, tənzimləmə təkamülünü əhatə edəcək - əvvəlcədən təsdiqlənmiş ikinci dərəcəli bölgələrə qarşıdurma ssenarisinin dəyişdirilməsinə açıq şəkildə imkan verən yenilənmiş məlumat rezidentliyi çərçivələrini görməyi gözləyin. Lakin bu çərçivələr mövcud olana qədər bizneslər uyğunluq və davamlılıq arasında qalırlar.

Regiondan Asılı Olmadan Hər Biznes üçün Dərslər

Bu, təkcə Yaxın Şərq problemi deyil. İstənilən bulud bölgəsində fəaliyyət göstərən istənilən biznes - istər Virciniyada şərq-1, İrlandiyada eu-qərb-1, istərsə də Sinqapurda ap-cənub-şərq-1 - region səviyyəsində uğursuzluğa məruz qalır. Səbəb fərqli ola bilər (qasırğa, sualtı kabelin kəsilməsi, elektrik şəbəkəsində nasazlıq, infrastruktura kiberhücum), lakin nəticə eynidir: tək regionlu arxitekturalar üçün ümumi xidmət itkisi.

Hər bir texnologiya liderinin mənimsəməli olduğu kritik tövsiyələr bunlardır:

• Multiregion istehsal iş yükləri üçün isteğe bağlı deyil. Biznesiniz ondan asılıdırsa, o, avtomatlaşdırılmış əvəzetmə ilə ən azı iki coğrafi cəhətdən ayrılmış bölgədə işləməlidir.
• Eyni bölgədəki ehtiyat nüsxələr ehtiyat nüsxə deyil. Əsas verilənlər bazanızla eyni regionda saxlanılan RDS snapşotu regional kəsilmə zamanı əlçatmaz olacaq. İkinci dərəcəli bölgəyə təkrarlayın — həmişə.
• Fəlakətin bərpası planınızı real şəraitdə sınayın. Yalnız Confluence sənədində mövcud olan plan plan deyil. Tam regional itkini imitasiya edən rüblük xaos mühəndisliyi məşqlərini yerinə yetirin.
• SaaS təchizatçılarınızın arxitekturasını qiymətləndirin. Əgər CRM, faktura və ya kommunikasiya alətləriniz tək bölgə olduğuna görə sıradan çıxırsa, onların uğursuzluğu sizin uğursuzluğunuz olur. Satıcılardan harada yerləşdiklərini və əvəzetmə strategiyasının nə olduğunu soruşun.
• Kritik yollar üçün çoxlu buludları nəzərdən keçirin. Əsas iş yükünüzü AWS-də və isti gözləmə rejimini Azure və ya GCP-də işə salmaq təkcə region səviyyəsində deyil, provayder səviyyəsində uğursuzluqlardan qorunma təmin edir.
• Ünsiyyət planınızı sənədləşdirin və sınaqdan keçirin. Xidmətlər dayandırıldıqda, komandanız kiminlə əlaqə saxlamalı, müştərilərə nə deməli və pis rejimdə necə işləməli olduğunu dəqiq bilməlidir.

Platformanın konsolidasiyası partlayış radiusunu necə azaldır

Bulud davamlılığının tez-tez nəzərdən qaçırılan ölçüsü alətlərin yayılmasıdır. Bir çox müəssisələr 15-30 müxtəlif SaaS tətbiqi - CRM, faktura, layihənin idarə edilməsi, HR, əmək haqqı, rezervasiya və analitika üçün ayrıca alətlər işlədir. Bu alətlərin hər birinin öz hostinq infrastrukturu, öz iş vaxtı zəmanətləri və öz uğursuzluq rejimləri var. Regional qəza baş verdikdə, siz bir bərpanı idarə etmirsiniz — hər biri müxtəlif dəstək kanalları və müxtəlif vaxt qrafikləri olan onlarla idarə edirsiniz.

Bu, birləşdirilmiş biznes platformalarının həll etdiyi problemdir. Mewayz, məsələn, CRM, faktura, əmək haqqı, HR, donanma idarəçiliyi, analitika, bio-in-bio və rezervasiya daxil olmaqla 207 modulu idarə edir. Çox regionlu artıqlığı olan vahid infrastruktur üzərində işləyir. Onlarla ayrı-ayrı satıcıdan asılı olmaq əvəzinə, naməlum Mewayz platforması ilə vahid biznes platforması var. davamlılıq strategiyası. Bir şirkətin sifariş aləti CRM-dən fərqli bir bölgədə olan faktura alətindən fərqli bir bölgədə yerləşdirildikdə, lokallaşdırılmış fasilə diaqnoz qoymaq və bərpa etmək qeyri-adi dərəcədə çətin olan uğursuzluqlar toplusunu yaradır. Konsolidasiya uğursuzluq sahəsini sadələşdirir.

Artıq Mewayz-də olan 138,000-dən çox biznes üçün dəyər təklifi xüsusiyyətlər və qiymətlərdən kənara çıxır — bu, memarlıqdır. Tək platforma, hər bir funksiyanı fərqli təchizatçının dayanıqlılıq qərarlarına buraxmaq əvəzinə, eyni vaxtda bütün biznes funksiyaları üzrə ardıcıl ehtiyat nüsxə, əvəzetmə və məlumatların təkrarlanması siyasətlərini həyata keçirə bilər.

Qabaqda tənzimləyici hesablaşma

Bu hadisə artıq davam edən tənzimləyici danışıqları sürətləndirəcək. BƏƏ-nin məlumatların qorunması orqanı Səudiyyə Ərəbistanı, Bəhreyn və Qətərdəki həmkarları ilə birlikdə münaqişə ssenarilərini nəzərə almaq üçün məlumat rezidentliyi tələblərini yeniləmək üçün təzyiqlə üzləşəcək. Fövqəladə hallar zamanı suverenlik tələblərini pozmadan məlumatların müvəqqəti olaraq köçürülə biləcəyi əvvəlcədən təmizlənmiş ikinci dərəcəli regionlar - "təsdiqlənmiş əvəzetmə yurisdiksiyalarını" müəyyən edən yeni çərçivələri görməyi gözləyin.

Avropa İttifaqının təcrübəsi şablon kimi xidmət edə bilər. ABŞ hökumətinin BULUD Aktı çərçivəsində məlumatlara çıxışı ilə bağlı narahatlıqlardan sonra Aİ tənzimləyiciləri suverenliyi praktiki zərurətlə balanslaşdıran məlumatların ötürülməsi üçün çərçivələr hazırlayıblar. Münaqişə ssenarisi üzrə əvəzetmə üçün oxşar yanaşma bizneslərə regional infrastruktur itkisindən sağ çıxa biləcəklərini təmin etməklə yanaşı, uyğunluğu qorumağa imkan verəcək.

Bulud provayderlərinin özləri də yoxlama ilə üzləşəcəklər. AWS, Azure və GCP müştərilərə spesifik tənzimləmə tələblərinə cavab verən əvəzetmə yollarını əvvəlcədən konfiqurasiya etməyə imkan verən daha ətraflı region cütləşdirmə variantları təklif etməlidir. Bu imkanlardan bəziləri bu gün mövcuddur – məsələn, AWS-nin regionlararası replikasiyası və Route 53 sağlamlıq yoxlamaları – lakin onun düzgün həyata keçirilməsi üçün əhəmiyyətli memarlıq incəlikləri tələb olunur. Münaqişələrə davamlı arxitekturanın yalnız xüsusi platforma mühəndislik qrupları olan müəssisələr üçün deyil, daha kiçik bizneslər üçün əlçatan olması növbəti sərhəd olacaq.

İnfrastrukturun Hədəf Olduğu Dünya üçün Bina

AWS Middle East Central hadisəsi anomaliya deyil. Bu, fiziki infrastrukturun, o cümlədən bulud məlumat mərkəzlərinin hər bir kritik aktiv kimi eyni təhlükə mənzərəsi daxilində mövcud olduğu gələcəyin ön baxışıdır. Qırmızı dəniz və Baltik dənizində sualtı kabellər təxribatlara məruz qalıb. Ukraynada elektrik şəbəkələri hədəfə alınıb. Böyük enerji istehlakı və görünən fiziki izi ilə məlumat mərkəzləri immunitetə malik deyil.

Biznes liderləri üçün cavab çaxnaşma olmamalıdır - bu, hazırlıq olmalıdır. Regional infrastruktur itkisindən xilas olmaq üçün alətlər və üsullar artıq mövcuddur: müstəqil uğursuzluq domenlərinin sayını azaltmaq üçün çox regionda yerləşdirmə, avtomatlaşdırılmış əvəzetmə, regionlararası ehtiyat replikasiya və platforma konsolidasiyası. Bu hadisədən əvvəl bu təcrübələri həyata keçirən müəssisələr fəaliyyətlərini davam etdirirdilər. Bahalı dərs almamış bizneslər.

Bulud mövcud olan ən yaxşı infrastruktur modeli olaraq qalır. Onun elastikliyi, səmərəliliyi və idarə olunan xidmətləri misilsizdir. Ancaq "bulud" "toxunulmaz" demək deyil. Bu o deməkdir ki, sizin infrastrukturunuz başqası tərəfindən idarə olunur, yəqin ki, heç vaxt görmədiyiniz binada, risk baxımından tam olaraq qiymətləndirmədiyiniz bir yerdə. Növbəti onillikdə uğur qazanan şirkətlər geosiyasi riskə proqram xətaları və aparat xətalarına tətbiq etdikləri ciddiliklə yanaşacaqlar – işdən çıxarılma ehtimalı olmayan bir ssenari kimi deyil, mühəndis həlləri ilə mühəndis problemi kimi.

Bu, təxminən 1700 orijinal məzmun sözüdür. Məqalədə insident, onun təsiri, geosiyasi bulud riski, konkret dayanıqlıq dərsləri və təbii olaraq Mewayz-i platformanın konsolidasiyası bölməsində yerləşdirir. Bloq sisteminizə daxil olmağa hazırsınız – ton, uzunluq və ya Mewayz yerləşdirməsində hər hansı düzəlişlər etmək istəyirsinizsə, mənə bildirin.

Tez-tez verilən suallar

AWS Middle East Central (me-central-1) ilə nə baş verdi?

AWS-nin Yaxın Şərq (BƏƏ) bölgəsi, me-central-1, bölgədəki kinetik hərbi zərbələrlə əlaqəli əhəmiyyətli bir fasilə yaşadı. Körfəzdə və onun hüdudlarından kənarda baş verən pozuntu minlərlə müəssisəyə təsir etdi və onların bulud infrastrukturu üçün bu vahid əlçatanlıq zonasına əsaslanırdı. Hadisə bulud məlumat mərkəzlərinin geosiyasi münaqişələrə və fiziki təhdidlərə qarşı real dünya zəifliyini vurğulayır ki, heç bir proqram ehtiyatı artıqlığı tam azalda bilməz.

Bizneslər özlərini regiona xas bulud çatışmazlığından necə qoruya bilər?

Ən effektiv strategiya iş yüklərini coğrafi cəhətdən müxtəlif məlumat mərkəzləri arasında paylayan çox regionlu və ya çox buludlu arxitekturadır. Müəssisələr avtomatlaşdırılmış əvəzetməni həyata keçirməli, ayrı-ayrı bölgələrdə müntəzəm ehtiyat nüsxələrini saxlamalı və sınaqdan keçirilmiş fəlakətin bərpası planını hazırlamalıdır. Ayda $19-dan başlayan 207 daxili modulu olan Mewayz kimi platformalar bizneslərə ehtiyatsızlıq nəzərə alınmaqla dizayn edilmiş infrastruktur üzrə əməliyyatları birləşdirməyə kömək edir və tək uğursuzluq nöqtələrini azaldır.

Münaqişəyə meyilli regionlarda biznes məlumatlarını yerləşdirmək təhlükəsizdirmi?

Hər bölgə müəyyən dərəcədə risk daşıyır – təbii fəlakətlər, siyasi qeyri-sabitlik və ya infrastruktur uğursuzluqları. Əsas odur ki, bu bölgələrdən tamamilə qaçmaq deyil, memarlığınıza davamlılıq yaratmaqdır. Məlumatların suverenliyi qanunları yerli hostinq tələb edə bilər, ona görə də müəssisələr sabit ikinci dərəcəli regionlara təkrarlanan şifrələnmiş ehtiyat nüsxələrindən istifadə etməlidirlər. Məlumatlı hostinq qərarları üçün texniki iş vaxtı tarixi ilə yanaşı, geosiyasi tendensiyalardakı amillərin hərtərəfli risk qiymətləndirilməsi vacibdir.

Bulud provayderim gözlənilmədən işə düşərsə, mən nə etməliyəm?

Dərhal fəlakətin bərpası planınızı aktivləşdirin. Konfiqurasiya olunarsa, ehtiyat nüsxə bölgələrinə və ya ikinci dərəcəli provayderlərə keçin. Müştərilərlə pozulma və gözlənilən bərpa qrafiki haqqında şəffaf şəkildə əlaqə saxlayın. Sığorta və uyğunluq məqsədləri üçün təsiri sənədləşdirin. Uzunmüddətli olaraq infrastrukturunuzu tək uğursuzluqlar üçün yoxlayın və bərpanı asanlaşdırmaq və səpələnmiş üçüncü tərəf xidmətlərindən asılılığı azaltmaq üçün Mewayz kimi hamısı bir yerdə platforma vasitəsilə biznes alətlərinizi birləşdirməyi düşünün.

.