در اواسط مهر ۱۴۰۵ (اکتبر ۲۰۲۶)، سرویس مرکز مدیریت اکسچنج (Exchange Admin Center یا به اختصار EAC) به دلیل یک تغییر پیکربندی نادرست در سمت سرورهای مایکروسافت، دچار اختلال سراسری شد. این حادثه بار دیگر پرسش‌های جدی پیرامون استانداردهای کنترل کیفیت و فرآیندهای استقرار تغییرات (Deployment) در پلتفرم‌های کلان ابری را مطرح کرده است.
ریشه‌یابی فنی اختلال EAC
بر اساس گزارش‌های فنی منتشر شده، مدیران شبکه هنگام ورود به محیط مدیریت ابری Exchange Online با خطای «Internal Server Error» مواجه شدند. بررسی‌های اولیه تیم مهندسی مایکروسافت نشان داد که یک تغییر در پیکربندی (Configuration Change) منجر به ایجاد کدهای پاسخ HTTP غیرمنتظره، به‌ویژه خطای ۳۰۲ (Redirect)، در مسیر درخواست‌های کاربران شده است. این ریدایرکت‌های معیوب باعث ایجاد یک حلقه یا خطای پردازشی در لایه نرم‌افزاری کنسول مدیریت گردید که دسترسی را برای تمامی ادمین‌ها در سطح جهانی مختل کرد.
فرآیند شناسایی و بازیابی سرویس
مایکروسافت پس از گذشت حدود دو ساعت از تایید اولیه حادثه، اعلام کرد که در حال آزمایش برای بازگردانی (Rollback) تغییرات اخیر است. ماهیت غیرمتمرکز و توزیع‌شده پلتفرم‌های ابری مانند Exchange Online ایجاب می‌کند که تغییرات کد یا پیکربندی، به‌صورت مرحله‌ای و با تست‌های دقیق در محیط‌های استیجینگ انجام شود. با این حال، استفاده از متدولوژی بازگردانی (Rollback Strategy) در نهایت توانست عملکرد عادی پنل مدیریت را بازیابی کند.
نگاهی به مشخصات فنی Exchange Admin Center
- کارکرد اصلی: کنسول مدیریت مبتنی بر وب برای پیکربندی Mailboxها، توزیع گروه‌ها و سیاست‌های امنیتی.
- معماری: هم‌سو با تجربه کاربری یکپارچه Microsoft 365 Admin Center.
- خطای مشاهده شده: ۵۰۰ Internal Server Error به همراه اختلال در پاسخ‌های ۳۰۲ Redirect.
- دوره زمانی اختلال: مهر ۱۴۰۵ (اکتبر ۲۰۲۶) – رفع کامل پیش از پایان روز کاری.
تکرار چرخه‌های معیوب در استقرار تغییرات
نکته نگران‌کننده در این حادثه، تکرار الگوهای مشابه در ماه‌های اخیر است. از اختلال در SharePoint Online در شهریور ۱۴۰۵ گرفته تا قطعی Outlook برای نسخه‌های iOS در فروردین همان سال، به نظر می‌رسد زنجیره تامین نرم‌افزاری مایکروسافت (Software Supply Chain) با چالش‌های اساسی در کنترل کیفیت روبروست. تحلیلگران بر این باورند که تکیه بیش از حد بر اتوماسیون‌های هوشمند بدون نظارت دقیق انسانی در مرحله استقرار (Production Deployment)، می‌تواند ریسک‌های سیستمی را افزایش دهد.
نتیجه‌گیری و چشم‌انداز
مایکروسافت وعده داده است که ضمن بازبینی دقیق فرآیندهای تلمتری (Telemetry) و مانیتورینگ، گزارش نهایی این حادثه (Post-Incident Report) را تا هفته آینده منتشر کند. برای مدیران شبکه و متخصصان IT، این رویداد یادآور اهمیت استراتژی‌های «Disaster Recovery» و آمادگی برای زمانی است که حتی ابزارهای مدیریتیِ مبتنی بر ابر نیز ممکن است برای ساعاتی از دسترس خارج شوند.
