مایکروسافت در اقدامی قاطع و در راستای مدرن‌سازی زیرساخت‌های ابری خود، فرآیند غیرفعال‌سازی تدریجی سرویس قدیمی Exchange Web Services (EWS) در Exchange Online را آغاز کرده است. این API که از سال ۲۰۰۷ نقش حیاتی در تعامل با داده‌های پستی ایفا کرده، طبق برنامه‌ریزی رسمی، در فروردین ۱۴۰۶ (آوریل ۲۰۲۷) برای همیشه بازنشسته خواهد شد.
چرا مایکروسافت به دنبال حذف EWS است؟
از نگاه مایکروسافت، پروتکل EWS دیگر با استانداردهای امنیتی، مقیاس‌پذیری و قابلیت اطمینان مورد نیاز در محیط‌های ابری مدرن همخوانی ندارد. این سرویس که در دورانی طراحی شده بود که رویکردهای امنیتی متفاوتی بر دنیای فناوری حاکم بود، اکنون به عنوان یک نقطه آسیب‌پذیر در معماری Exchange Online شناخته می‌شود. جایگزین رسمی برای این سرویس، Microsoft Graph API است که با مدل امنیتی مدرن‌تر، دسترسی دقیق‌تر (Granular Permissions) و کارایی بالاتر، به عنوان استاندارد جدید مایکروسافت برای تعامل با داده‌های سازمانی معرفی شده است.
نقشه راه غیرفعال‌سازی: چه اتفاقی در حال رخ دادن است؟
از ابتدای مهر ۱۴۰۵ (اکتبر ۲۰۲۶)، مایکروسافت تغییرات ساختاری را در سطح Tenantها آغاز کرده است. در این مرحله، تمامی تنظیماتی که مقدار EwsEnabled در آن‌ها به صورت پیش‌فرض $null باقی مانده، به $false تغییر می‌یابد که عملاً دسترسی به EWS را مسدود می‌کند. مدیران شبکه که هنوز به این سرویس وابسته هستند، تنها تا زمان بازنشستگی نهایی در فروردین ۱۴۰۶ فرصت دارند. برای تداوم کارکرد سرویس‌های حیاتی، مدیران باید مقدار EwsEnabled را صریحاً به $true تغییر داده و شناسه اپلیکیشن‌های مجاز خود را در لیست EwsAllowedAppIDs ثبت کنند. با این حال، باید تاکید کرد که این تنها یک مسکن موقت است و هیچ استثنایی پس از فروردین ۱۴۰۶ وجود نخواهد داشت.
مشخصات فنی و محدودیت‌های مهاجرت
- نوع سرویس: API مدیریت داده‌های ایمیل، تقویم و مخاطبین.
- تاریخ پایان دسترسی (EoL): اول آوریل ۲۰۲۷ (فروردین ۱۴۰۶).
- دامنه تاثیر: تنها در محیط Exchange Online (سرویس‌های On-premises تحت تاثیر قرار نمی‌گیرند).
- جایگزین پیشنهادی: Microsoft Graph API.
- وضعیت فنی: توقف توسعه ویژگی‌های جدید از سال ۲۰۱۸ و اعلام رسمی بازنشستگی در سال ۲۰۲۳.
چالش‌های پیش روی سازمان‌ها در مهاجرت
یکی از بزرگترین موانع در این گذار، «کشف دارایی‌های پنهان» است. بسیاری از سازمان‌ها به دلیل مستندات ناقص یا استفاده از سرویس‌های شخص ثالث قدیمی، دید کاملی از تعداد برنامه‌هایی که به EWS وابسته‌اند ندارند. مارکوس مولر، مدیر فنی API در Boomi معتقد است که لایه‌های ترجمه (Translation Layers) که فراخوانی‌های EWS را به Graph تبدیل می‌کنند، تنها راه‌حلی موقتی هستند و بار نگهداری یک زیرساخت واسط را به تیم‌های فنی تحمیل می‌کنند. پیشنهاد متخصصان این است که سازمان‌ها به جای واکنش انفعالی به اطلاعیه‌های بازنشستگی، مدیریت چرخه‌ی حیات APIها را به عنوان یک وظیفه دائمی در استراتژی‌های IT خود تعریف کنند.
توصیه نهایی برای مدیران سیستم
سازمان‌ها باید به سرعت فرآیند Audit (حسابرسی) محیط خود را برای شناسایی وابستگی‌های EWS آغاز کنند. با توجه به اینکه هیچ راه برگشتی پس از تاریخ نهایی وجود ندارد، تاخیر در این فرآیند می‌تواند منجر به بروز اختلالات ناگهانی در جریان کاری کسب‌وکار شود. بررسی لاگ‌های دسترسی و شناسایی اپلیکیشن‌هایی که از EWS استفاده می‌کنند، اولین قدم ضروری برای انتقال امن به Graph است. در این مسیر، استفاده از ابزارهای مانیتورینگ برای شناسایی ترافیک EWS پیش از قطع نهایی، برای جلوگیری از فلج شدن اتوماسیون‌های سازمانی حیاتی است.
