ابر هم فیزیکیه؛ درسی که بحرین به معماری‌ها داد
خلاصهٔ کامل‌تر
نویسندهٔ InfoWorld می‌گه یکی از سرسخت‌ترین باورهای غلط دربارهٔ ابر عمومی اینه که قوانین فیزیک براش اعمال نمی‌شه، و خبر این هفته باید این باور رو تموم کنه. رویترز گزارش کرده AWS نمی‌تونه دسترسی به ریجن بحرین و یکی از سه زون میزبانی داده‌ش در امارات رو برگردونه. خود AWS نوشته آسیب در بحرین چند availability zone (زون‌هایی که قراره مستقل از هم خراب بشن) رو گرفته و «از اون چیزی که سرویس‌های ریجنال و مولتیAZ ما برای تحملش طراحی شدن فراتر رفته».
اختلال از مارس شروع شد. دو تأسیسات AWS در امارات مستقیم هدف قرار گرفتن و یه حملهٔ پهپادی نزدیک تأسیسات بحرین زیرساخت اون‌جا رو فیزیکی خراب کرد؛ آوریل زون دوم بحرین هم از کار افتاد و ریجن عملاً از دسترس خارج شد. داده‌هایی که فقط تو زون mec1-az2 امارات بودن قابل بازیابی نیستن. آپدیت بعدی امارات چند ماه دیگه‌ست و بحرین اوایل ۲۰۲۷، یعنی نزدیک یه سال بی‌دسترسی.
حرف مهم‌تر مقاله زنجیرهٔ تأمین ابره. تو قطعی‌های بزرگ سال گذشته خیلی از شرکت‌هایی که ضرر کردن حتی مشتری مستقیم اون ابر نبودن؛ سرویس SaaS یا زیرساختی‌شون روی AWS یا مایکروسافت بود. به گفتهٔ نویسنده وقتی اون ابری که سرویس تو روش نشسته می‌خوابه، تو هم با اون می‌خوابی، بدون اینکه هیچ قرارداد مستقیمی با چیزی که واقعاً خراب شده داشته باشی.
سه توصیهٔ نویسنده هم روشنه. اول، کل زنجیرهٔ وابستگی‌ت رو بشناس، تا سطح ریجن و زونی که سرویس‌های SaaS و شریک‌های زیرساختی‌ت روش نشستن. دوم، برای از دست رفتن کل ریجن طراحی کن نه فقط زون؛ مولتیAZ حداقل کاره و معماری واقعاً مقاوم چند ریجن و بعضی وقتا چند پرووایدر می‌خواد. سوم، ریکاوری رو جدی تست کن؛ به گفتهٔ نویسنده برنامه‌ای که هیچ‌وقت اجرا نشده یه سنده، نه یه توانایی.
نکات کلیدی:
- AWS تأیید کرده ریجن بحرین و زون mec1-az2 امارات قابل بازیابی نیستن
- آسیب بحرین چند availability zone رو گرفت، یعنی فرض استقلال زون‌ها شکست
- آپدیت وضعیت امارات چند ماه دیگه و بحرین اوایل ۲۰۲۷ اعلام میشه
- تو قطعی‌های سال گذشته بخشی از ضرر مال شرکت‌هایی بود که مشتری مستقیم اون ابر نبودن
- توصیهٔ نویسنده: شناخت کامل زنجیرهٔ وابستگی، طراحی چندریجنی، و اجرای واقعی game day
