ابدأ في الاستعداد الآن للاختراق السحابي التالي

الحدوثات السحابية الكبيرة مثل التي حدثت هذه الأسبوع من أمازون هي حتمية. يمكن أن تساعد هذه الطرق الأربع فريقك على النجاة.

مع ساعات عديدة من فقدان الإنتاجية، نظم مالية متوقفة لِملايين المستخدمين، وربما مئات مليارات الدولارات مفقودة، كان انقطاع أمازون هذه الأسبوع يومًا سيئًا بشكل لا يُصدق لفرق تكنولوجيا المعلومات العالمية. بالطبع، كان أيضًا أسوأ كارثة سحابية عالمية منذ الآخر… وحتى التالي.

سواء كنت على أمازون أو جوجل أو أزور أو أي منصة أخرى، فإن الانقطاعات الكبيرة هي حقيقة في عالم الحوسبة السحابية. فماذا يمكن لفريقك أن يفعل لتهدئة الضربة؟ أدناه، سأقدم أربع خطوات يمكن لفريقك اتخاذها على الفور.

أحضر شكوكك – وقم ببحثك.

غالبًا ما يتعرض الفريق للكارثة بالسير في ترتيبات السحاب مع افتراض أن الشركات السحابية الكبيرة موثوقة بطبيعتها. بالطبع، الشركات الأكثر ثقة قد كسبت سمعتها لهذا السبب. ومع ذلك، كل سحابية ومتحكم سحابي تقدم مجموعة واسعة من خيارات البنية التحتية – أمازون أمريكا الشمالية وحدها تملك 31 منطقة متاحة و31 موقع شبكة حافة – وبعض الخيارات أكثر موثوقية من غيرها.

في الواقع، منطقة أمازون US-EAST-1، التي كانت سبب انقطاع هذه الأسبوع، كانت وراء انقطاعات كبيرة في 2020 و2021 و2023، وكانت معروفة في بعض دوائر تكنولوجيا المعلومات على أنها أقل منطقة موثوقة. ربما فهمت العديد من الشركات الوضع لكن اتخذت مخاطر محسوبة نظرًا لمنطقة منخفضة التكلفة ووفرة العروض. لكن نظرًا لمدى الانقطاع، فمن المستحيل ألا يُفكر في كم عدد الشركات التي التقطت بالكامل – وستختار بالتأكيد المناطق الأكثر موثوقية لو كانت على دراية بالتضحيات.

الدرس هنا هو القيام ببحثك عند التعامل مع خيارات البنية التحتية السحابية، بغض النظر عن السحابية التي تعمل عليها. يمكن البدء في الأماكن التالية مثل الأدوات المجانية مثل cloudprice، Cloudping، ومشاهد الحوادث التاريخية من أدوات صحة الخدمات السحابية المقدمة من الشركات السحابية.

اختر قابلية النقل على السحاب الأصلي.

عندما تقوم بتصميم تكوينات السحاب، فإن الطريق الأسهل هو الخيار السحابي الأصلي. ومع ذلك، فإن الخيارات السحابية الأصلية تتركك أكثر عرضة إذا انقطع السحاب.

للتخلص من طبقة الاعتماد الإضافية على السحاب، اختر المنتجات المستقلة و/أو مفتوحة المصدر حيثما أمكن. بعض الأمثلة على البدائل تشمل ما يلي:

بالطبع، بناء المزيد من تكوين السحاب من الصفر يعني المزيد من العمل لفريقك. ومع ذلك، بمجرد أن تكون البنية التحتية قيد التشغيل، فإن هناك فرقًا قليلًا أو لا فرق على الإطلاق بين إضافة حمولة إلى بنية تحتية محددة مسبقًا أو تشغيل على سحاب أصلي.

قم بتصميمه لفشل.

مع أن فشل السحاب سيحدث، تأكد من تصميم منتجاتك مع فشل السحاب في الاعتبار. أحد الأمثلة التي يمكن النظر إليها هو داتادوغ: في حادثة 2023، فجأة خسرت الشركة وصولها إلى أكثر من نصف عقد كوبرنيتس في الإنتاج وقام بتصميم نهج الكارثة بشكل كامل. تشمل التغييرات إزالة معوقات البنية التحتية ومعالجة الديون الفنية بحيث لا تتدفق الفشل الجزئي عبر النظام، وتحسين استهلاك البيانات وتخزينها لزيادة توافر البيانات خلال الانقطاعات، وبناء أنظمة لاستعادة الت tự động على نطاق واسع. مكان جيد للبدء في رحلتك هو اتباع توصية داتادوغ ل “البدء بما هو مهم للمستخدم النهائي”، وبناء أمانات لحماية ما يهم أكثر.

تشغيل على أكثر من سحابين.

بالطبع، أفضل طريقة لعدم الخضوع لفشل السحاب هي التكرار السحابي المتعدد. تحقيق سائل سحابي حقيقي هو عمل كبير للعديد من الشركات، لأن من الصعب جدًا ترجمة البنية التحتية من سحاب إلى آخر. ومع ذلك، بناء البنية التحتية على سحابين فقط هو مكان قوي وغالبًا ما يكون قابلاً للتحقيق. من المهم جدًا لجعل هذا العمل هو وجود فريق مع خبير في كل سحاب تقوم بتشغيله.

بالطبع، لا شيء يمكن أن يحمي الشركات تمامًا من تأثير انقطاع كبير مثل الذي رأيناه هذه الأسبوع. ومع ذلك، مع البحث المناسب، ومقاربة سحابية قابلة للنقل، وتصميمها لفشل، واستخدام “سحاب مزدوج” كخطوة لتحقيق سحاب متعدد حقيقي، يمكن للشركات أن تكون أكثر مرونة عند حدوث الحادث السحابي الكبير التالي (والذي يعتبر حتميًا للأسف).