تقاعد Microsoft Dev Box: دليل تخطيط الانتقال والجدول الزمني

By Mirko Peters · 2026-10-29

تعرّف على الجدول الزمني لتقاعد Microsoft Dev Box، وأهم تواريخ الانتقال، وكيف ينبغي لفرق تقنية المعلومات التخطيط لترحيل محطات العمل السحابية قبل عام 2028.

Automatically translated with AI from the original post. Read the English original

يُعد فهم الجدول الزمني لتقاعد Microsoft Dev Box أمراً بالغ الأهمية لمسؤولي تقنية المعلومات ومهندسي السحابة الذين يستخدمون حالياً محطات العمل المستضافة في السحابة. يستعرض هذا الدليل التواريخ الأساسية للتقاعد، ومراحل الإيقاف، والخطوات الاستراتيجية التي ينبغي للمؤسسات اتخاذها لمراجعة بيئاتها والتخطيط لترحيل سلس بعيداً عن الخدمة قبل إيقافها نهائياً.

النقاط الرئيسية

• حددت Microsoft موعد التقاعد الرسمي لخدمة Microsoft Dev Box في 18 سبتمبر 2028.
• انتهى رسمياً استقبال العملاء الجدد في 1 نوفمبر 2025، ما يمنع التسجيلات الجديدة للفرق غير المؤسسة مسبقاً.
• بدأت فترة التقليص التدريجي في 14 سبتمبر 2026، وهي مرحلة الانتقال للنشرات الحالية.
• يجب على المؤسسات التي تعتمد على Dev Box مراجعة بنيتها التحتية السحابية الحالية ووضع استراتيجية للترحيل.
• تظل البيئات الحالية تعمل خلال فترة الانتقال، لكن ينبغي تجنب الاعتماد عليها على المدى الطويل.

فهم الجدول الزمني للتقاعد

بالنسبة للمؤسسات التي استثمرت بكثافة في محطات العمل السحابية، أدت الإعلانات الأخيرة المتعلقة بدورة حياة Microsoft Dev Box إلى ضرورة ملحّة لإعادة التقييم الاستراتيجي. ومع أن البنية التحتية السحابية توفر مرونة كبيرة لفرق هندسة المنصات والمطورين على حد سواء، فإن الخدمات تصل أحياناً إلى نهاية دورة دعمها مع تحوّل Microsoft في توجهها المعماري.

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

أبرز محطات دورة الحياة

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

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

مراجعة بيئتك الحالية

قبل أن تتشكل أي استراتيجية للترحيل، يجب على مسؤولي تقنية المعلومات إجراء مراجعة شاملة لبصمتهم السحابية الحالية. ولأن Dev Box يتكامل بعمق مع اشتراكات Azure وMicrosoft Entra ID وMicrosoft Intune، فإن اكتشاف كل نشرة نشطة يتطلب منهجية منظمة في استكشاف البنية التحتية.

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

تحديد التبعيات الخفية

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

كما أن مراجعة تقارير فوترة Azure قد تكشف الفرق التي تستخدم جداول الإيقاف المؤقت والإيقاف التلقائي بفعالية. ويساعد تحديد المجموعات قليلة الاستخدام في ترتيب أولوية نقل المشاريع، مما يُحسّن إنفاق السحابة خلال المرحلة التشغيلية الأخيرة.

صياغة استراتيجية الترحيل

بعد اكتمال مرحلة الجرد، يجب على قيادة الهندسة التوجه نحو تحديد مسار ترحيل متين. والهدف الأساسي هو ضمان أن يواجه المطوّرون أقل قدر من الاحتكاك أثناء الانتقال بعيدًا عن خدمة مُهملة. وتؤكد توجيهات Microsoft على التعامل مع عمليات النشر الحالية بوصفها حلولًا مؤقتة، لا أسسًا معمارية دائمة.

ينبغي للمؤسسات تجنب كتابة برامج نصية مخصصة جديدة أو توسيع نطاق استخدامها لـ Dev Box. وبدلًا من ذلك، يُخصَّص الجهد لتقييم بدائل أجهزة السطح السحابية، مثل Windows 365 Enterprise أو Azure Virtual Desktop، وذلك بحسب ما إذا كانت حالة الاستخدام تميل إلى الإنتاجية العامة أو إلى التطوير المتخصص.

خطة الانتقال خطوة بخطوة

تتبع خطة الانتقال الناجحة عادةً نهجًا مرحليًا، على غرار توصيات الإطلاق الأولي المعتمدة عند تبني محطات العمل السحابية:

• المرحلة 1: تحديد فريق التجربة الأولي - اختر فريق تطوير صغيرًا منخفض المخاطر يضم من خمسة إلى عشرة مهندسين لاختبار بيئات محطات العمل البديلة.
• المرحلة 2: اختبار توافق سلسلة الأدوات - تحقّق من أن بيئات التطوير المتكاملة (IDEs) المطلوبة، وتكاملات إدارة المصادر، وسياسات الأمان تعمل بالطريقة نفسها على المنصة الجديدة.
• المرحلة 3: إيقاف الخدمة تدريجيًا - أوقف مجموعات Dev Box القديمة تدريجيًا مشروعًا تلو الآخر، مع التأكد من أن قادة الفرق يعتمدون البنية التحتية الجديدة قبل إنهاء الخدمة القديمة.
• المرحلة 4: التنظيف الكامل للاشتراك - أزل مراكز المطورين المرتبطة، وواجهات الشبكة، وموارد Azure للقضاء على تكاليف السحابة المتبقية.

الخاتمة

يُبرز إيقاف Microsoft Dev Box سرعة تطور البنية التحتية السحابية، وضرورة الحوكمة المستمرة. ورغم أن الجدول الزمني للإيقاف يتيح وقتًا كافيًا لترحيل منظم، فإن التخطيط الاستباقي ضروري لتجنب الضغوط في اللحظات الأخيرة. وللتعمق أكثر في طريقة عمل البيئات السحابية الحديثة، والاستماع إلى شرح شامل لاستراتيجية Microsoft المتطورة لمحطات العمل، تأكد من الاطلاع على النقاش الصوتي المصاحب. استمع إلى الحلقة كاملة للحصول على رؤى الخبراء، واشترك لمتابعة مستجدات النظام البيئي لسحابة Microsoft باستمرار.

الأسئلة المتداولة

ما هو التاريخ الرسمي لإيقاف خدمة Microsoft Dev Box؟

تتوقف خدمة Microsoft Dev Box رسميًا في الساعة 5 مساءً بتوقيت UTC في 18 سبتمبر 2028.

هل يمكن للشركات الجديدة الاشتراك في Microsoft Dev Box حاليًا؟

لا، فقد توقفت Microsoft عن قبول عملاء جدد لخدمة Dev Box اعتبارًا من 1 نوفمبر 2025.

ماذا يحدث للنشرات الحالية لـ Dev Box الآن؟

تستمر النشرات الحالية في العمل بشكل طبيعي خلال فترة الانتقال، مما يتيح للشركات استخدامها بوصفها حلولًا مؤقتة أثناء التخطيط للترحيل.

ما الخطوة الأولى الموصى بها للشركات التي تستخدم Dev Box حاليًا؟

الخطوة الأولى الموصى بها هي إجراء جرد شامل للبنية التحتية لتحديد جميع المجموعات والمشاريع والتبعيات النشطة المرتبطة بالخدمة.