تطبيق ويندوز مقابل عميل سطح المكتب البعيد

مقدمة

أعادت مايكروسوفت تنظيم محفظة عميل سطح المكتب البعيد الخاصة بها حول تطبيق ويندوز. وصل عميل سطح المكتب البعيد من مايكروسوفت المستند إلى MSI، المعروف أيضًا باسم MSRDC، إلى نهاية الدعم لبيئات السحابة العامة في 27 مارس 2026.

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

أي منتج من Microsoft Remote Desktop تستخدمه؟

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

تطبيق ويندوز

تطبيق Windows هو عميل موحد من مايكروسوفت لـ Azure Virtual Desktop و Windows 365 و Microsoft Dev Box وخدمات سطح المكتب البعيد المختارة أو اتصالات الكمبيوتر المباشرة. يتوفر على Windows و macOS و iOS و iPadOS و Android و Chrome OS ومتصفحات الويب و Meta Quest، على الرغم من أن الموارد والميزات المتاحة تختلف بين المنصات.

عميل سطح المكتب البعيد من مايكروسوفت لنظام ويندوز

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

دعم لعميل MSI انتهى في بيئات السحابة العامة من Microsoft في 27 مارس 2026 تظل التمديدات المؤقتة سارية في بعض بيئات السحابة السيادية وAzure Virtual Desktop القديمة، لذا يجب على المسؤولين تأكيد البيئة قبل إزالتها.

تطبيق سطح المكتب البعيد لنظام ويندوز

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

منعت مايكروسوفت لاحقًا اتصالاتها بـ Azure Virtual Desktop و Windows 365 و Microsoft Dev Box في 30 سبتمبر 2025. لم تكن خدمات سطح المكتب البعيد والاتصالات المباشرة مع أجهزة الكمبيوتر مشمولة في هذا القيد، على الرغم من أن التطبيق نفسه لم يعد جزءًا من استراتيجية مايكروسوفت طويلة الأجل للعملاء.

اتصال سطح المكتب البعيد، أو MSTSC

اتصال سطح المكتب عن بعد هو عميل ويندوز الكلاسيكي الذي يتم تشغيله من خلال mstsc.exe. وهو مدمج في ويندوز ويتصل مباشرة بأجهزة الكمبيوتر البعيدة، والآلات الافتراضية، وبيئات خادم ويندوز.

MSTSC مفصول عن كل من تطبيق Microsoft Store المتقاعد وعميل MSI غير المدعوم. تواصل Microsoft تحديده كخيار Windows المتاح عمومًا للوصول المباشر إلى الكمبيوتر عن بُعد.

ما هو الجدول الزمني لنهاية الدعم لعميل Microsoft Remote Desktop؟

حدث الانتقال على مراحل، لذا يجب على فرق تكنولوجيا المعلومات عدم اعتباره حدث تقاعد واحد.

تاريخ	تغيير	الأثر التشغيلي
27 مايو 2025	تطبيق سطح المكتب البعيد من متجر Microsoft وصل إلى نهاية الدعم	لم تعد التثبيتات الجديدة متاحة
30 سبتمبر 2025	تم حظر اتصالات تطبيق المتجر السحابية	كان على مستخدمي السحابة الانتقال إلى تطبيق ويندوز
27 مارس 2026	وصل دعم عميل MSI وعميل الويب التقليدي إلى نهايته في السحب العامة	يجب على مستخدمي السحابة العامة استخدام تطبيق ويندوز
28 سبتمبر 2026	ينتهي دعم MSI الموسع لحكومة Azure وAzure التي تديرها 21Vianet وAVD Classic	تحتاج هذه البيئات إلى جدول زمني خاص بها للهجرة

وفقًا لمايكروسوفت ليرن، لم تعلن مايكروسوفت عن نفس تاريخ انتهاء عميل الويب لـ Azure Government أو Azure الذي تديره 21Vianet. يجب على المسؤولين تأكيد بيئة السحابة لكل مجموعة مضيفين قبل تطبيق الجدول الزمني للسحابة العامة.

قد يستمر العميل المثبت في التشغيل بعد انتهاء الدعم، ولكن يجب على المؤسسات ألا تفترض استمرار التوافق أو خدمات الأمان أو الوصول الموثوق.

تطبيق ويندوز مقابل عميل سطح المكتب البعيد: مقارنة

الجدول التالي يقارن بين تطبيق ويندوز وعميل MSI المستقل.

قدرة	تطبيق ويندوز	عميل سطح المكتب MSI
الدور الأساسي	الوصول الموحد إلى سحابة Microsoft والموارد البعيدة المدعومة	الوصول القديم إلى أجهزة سطح المكتب السحابية من Microsoft
أزور سطح المكتب الافتراضي	مدعوم	غير مدعوم في السحب العامة منذ 27 مارس 2026
ويندوز 365	مدعوم	غير مدعوم في السحب العامة منذ 27 مارس 2026
مايكروسوفت ديف بوكس	مدعوم	غير مدعوم في السحب العامة منذ 27 مارس 2026
تغذية RDS على ويندوز	غير مدعوم	غير مدعوم
الوصول المباشر عن بُعد إلى الكمبيوتر على نظام ويندوز	معاينة	غير مدعوم
وصول المتصفح	موارد مايكروسوفت السحابية	عميل الويب القديم غير مدعوم في السحب العامة
المنصات	ويندوز، macOS، موبايل، ويب وMeta Quest	ويندوز فقط
تجربة الحساب	حسابات متعددة للعمل أو المدرسة	تجربة أقدم
اتجاه مايكروسوفت	العميل الاستراتيجي الحالي	العميل القديم

تظهر مصفوفة ميزات تطبيقات Windows من Microsoft Learn أيضًا الفروق بين المنصات في العرض، وإعادة التوجيه، والمصادقة، والأمان، وقدرات الشبكة. اختبر نقطة النهاية الفعلية وحمولة العمل بدلاً من الاعتماد فقط على دعم مستوى المنتج.

ما الذي تفعله تطبيقات ويندوز بشكل أفضل؟

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

واجهة واحدة لموارد Microsoft السحابية

تجمع تطبيق Windows الموارد المعينة من Azure Virtual Desktop وWindows 365 Cloud PCs وMicrosoft Dev Boxes في واجهة واحدة. يمكن للمستخدمين البحث عن الموارد، ووضع علامات على أجهزة الكمبيوتر المكتبية أو التطبيقات المستخدمة بشكل متكرر كمفضلة، والتبديل بين حسابات العمل أو المدرسة.

يمكن أن تبسط هذه الطريقة الوصول للمستشارين والمديرين ومقدمي الخدمات المدارة الذين يعملون عبر عدة مستأجرين في Microsoft Entra. كما أنها تقلل من الحاجة إلى الحفاظ على سير عمل مستخدم مختلف لكل خدمة سحابية من Microsoft.

الوصول عبر الأنظمة الأساسية والميزات الحديثة

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

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

نشر أبسط على أجهزة ويندوز المدارة

يمكن للمنظمات نشر تطبيق Windows على نقاط النهاية المدارة بنظام Windows من خلال Microsoft Intune باستخدام نموذج تطبيق Microsoft Store. يمكن أن يبسط ذلك عملية التثبيت والتحديثات مقارنةً بالحفاظ على عملية تعبئة MSI منفصلة وترقية.

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

أين لا تحل تطبيقات ويندوز محل عملاء RDP التقليديين؟

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

خدمات سطح المكتب البعيد على ويندوز

لا تدعم مصفوفة منصة Microsoft الحالية اشتراكات خدمات سطح المكتب البعيد من خلال تطبيق Windows على Windows أو في متصفح. الوصول إلى RDS متاح من خلال تطبيق Windows على macOS وiOS وiPadOS وAndroid وChrome OS وMeta Quest.

تؤثر هذه القيود على المؤسسات التي تستخدم مضيفي جلسات RD المحليين، ومجموعات RemoteApp، وRD Web Access، وRD Gateway أو مزارع Windows Server RDS التقليدية. اعتمادًا على البنية، قد يحتاج المسؤولون إلى MSTSC وRemoteApp واتصالات سطح المكتب أو عميل وبوابة أخرى يتم صيانتها.

اتصالات الكمبيوتر البعيد المباشرة

يظل الوصول المباشر إلى الكمبيوتر عن بُعد ميزة تجريبية في تطبيق Windows على Windows. عندما تحتاج المؤسسات إلى عميل Microsoft متاح بشكل عام لنظام Windows، تواصل Microsoft التوصية بتطبيق اتصال سطح المكتب البعيد المدمج.

المستخدمون الذين يتصلون بمحطات العمل الفعلية أو الآلات الافتراضية أو أنظمة Windows Server لا يحتاجون بالتالي إلى استبدال MSTSC ببساطة لأن الدعم لعميل MSI السحابي قد انتهى. التطبيقان يخدمان أنواعًا مختلفة من الاتصال.

الوصول إلى الموارد المستضافة ذاتيًا عبر المتصفح

تدعم تجربة تطبيق ويندوز على الويب Azure Virtual Desktop وWindows 365 وMicrosoft Dev Box. لا توفر حاليًا وصولاً قائمًا على المتصفح إلى أجهزة الكمبيوتر البعيدة المباشرة أو بيئات خدمات سطح المكتب البعيدة التقليدية.

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

حسابات Microsoft الشخصية

يتطلب تطبيق Windows حساب عمل أو مدرسة من Microsoft عندما يقوم المستخدمون بتسجيل الدخول للوصول إلى موارد Microsoft السحابية. لا يمكن عادةً استخدام حساب Microsoft الشخصي لهذه العملية القياسية لتسجيل الدخول.

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

تطبيق ويندوز مقابل MSTSC: أيهما يجب أن تستخدم؟

تطبيق ويندوز و MSTSC يحلان مشكلات وصول مختلفة. يكتشف تطبيق ويندوز الموارد المخصصة من خلال خدمات السحابة من مايكروسوفت، بينما يتصل MSTSC مباشرة باسم مضيف معروف أو اسم نطاق مؤهل بالكامل أو عنوان IP.

يعتمد الاختيار أيضًا على كيفية إدارة المورد البعيد. يقدم تطبيق Windows أجهزة سطح المكتب والتطبيقات المعينة من خلال حساب Microsoft Entra، بينما يعتمد MSTSC على تفاصيل الاتصال المدخلة من قبل المستخدم أو المخزنة في ملف .rdp.

استخدم تطبيق ويندوز عند	استخدم MSTSC عند
يتصل المستخدمون بـ Azure Virtual Desktop	يتصل المستخدمون مباشرةً بمضيف Windows
يصل المستخدمون إلى أجهزة الكمبيوتر السحابية Windows 365	يدير المسؤولون أنظمة Windows Server
يستخدم المطورون Microsoft Dev Box	تظل ملفات .rdp الحالية مهمة
يبدل المستخدمون بين مستأجري Microsoft Entra	يتطلب وجود عميل RDP مباشر متاح بشكل عام

تتعلق تغييرات الدعم في مارس 2026 بعميل Microsoft Remote Desktop القائم على MSI المستخدم مع موارد Microsoft السحابية. لا تمثل نهاية بروتوكول سطح المكتب البعيد أو خدمات سطح المكتب البعيد أو MSTSC.

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

كيفية الانتقال من عميل سطح المكتب البعيد إلى تطبيق ويندوز؟

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

تحديد العملاء المثبتين

ابدأ بجرد عميل سطح المكتب البعيد القائم على MSI، التطبيق السابق لمتجر Microsoft، MSTSC، عملاء المتصفح، أدوات RDP من جهات خارجية وبوابات HTML5. قد تظهر تطبيقات MSI وStore تحت اسم "Remote Desktop"، لذا فإن مصدر النشر، معرف الحزمة والمسار القابل للتنفيذ توفر وسيلة أكثر موثوقية لتمييزها.

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

تصنيف الموارد البعيدة

قم بتعيين كل اتصال إلى المورد الذي يصل إليه فعليًا، مثل Azure Virtual Desktop، Windows 365، Microsoft Dev Box، خدمات سطح المكتب البعيد، جهاز كمبيوتر فردي، Windows Server، تطبيق منشور أو مساحة عمل قائمة على المتصفح.

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

نقل مستخدمي السحابة العامة

يجب نقل المستخدمين الذين يصلون إلى Azure Virtual Desktop أو Windows 365 أو Microsoft Dev Box في بيئات السحابة العامة من Microsoft إلى تطبيق Windows. أثناء التحقق، تأكد من أن الموارد المعينة تظهر بشكل صحيح وأن مصادقة Microsoft Entra، والوصول المشروط، والوصول إلى الشبكة، وتسجيل الدخول الموحد تعمل كما هو متوقع.

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

ملفات تعريف ممثلي الطيارين

يجب أن تعكس مجموعات الطيارين المتطلبات الفنية بدلاً من تضمين عدد قليل فقط من المستخدمين من قسم واحد. قم بتضمين الأشخاص الذين يستخدمون شاشات متعددة، وطابعات، وماسحات ضوئية، وكاميرات ويب، ومكالمات Microsoft Teams، وأدوات الوصول، والعديد من الحسابات التنظيمية أو مسارات الشبكة المقيدة.

يجب اختبار نقاط النهاية الخاصة بـ Windows و macOS و الأجهزة المحمولة والمتصفحات بشكل منفصل لأن ميزات تطبيق Windows تختلف حسب النظام الأساسي. لا يضمن نجاح تجربة Windows 11 التحقق تلقائيًا من نظام تشغيل أو طريقة وصول أخرى.

نشر تطبيقات ويندوز مركزيًا

استخدم Microsoft Intune أو منصة إدارة التطبيقات الأخرى لإنشاء مهام تجريبية وإنتاجية منفصلة. حدد الاستهداف، تحديث الملكية، قواعد الكشف، اتصالات الدعم والشروط التي يجب تلبيتها قبل إزالة عميل MSI.

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

حافظ على مسارات الوصول غير السحابية

احتفظ بإجراءات موثقة لأجهزة الكمبيوتر البعيدة المباشرة، وإدارة خادم ويندوز، وRDS المحلية، وتغذيات RemoteApp، وRD Gateway، وبيئات السحابة السيادية والوصول الطارئ. يجب ألا يتم إزالة هذه العمليات ببساطة لأن عميل MSI قد وصل إلى نهاية الدعم لخدمات السحابة العامة من مايكروسوفت.

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

تحديث الوثائق

يجب أن تتضمن تعليمات المستخدمين اسم التطبيق والوجهة المحددين بدلاً من إخبار المستخدمين بـ "فتح Remote Desktop". على سبيل المثال، يمكن أن توجه الوثائق المستخدمين لفتح تطبيق Windows لجهاز كمبيوتر سحابي Windows 365، أو اتصال Remote Desktop لخادم، أو بوابة ويب لتطبيق محاسبة منشور.

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

أي عميل سطح مكتب بعيد يجب أن تستخدمه في 2026؟

يعتمد العميل المناسب على المورد البعيد، ونظام تشغيل نقطة النهاية، ونموذج الإدارة. تطبيق Windows هو الخيار الأساسي لـ Azure Virtual Desktop وWindows 365 وMicrosoft Dev Box، بينما تظل MSTSC ذات صلة بالاتصالات المباشرة مع أجهزة الكمبيوتر والخوادم التي تعمل بنظام Windows.

تتطلب خدمات سطح المكتب البعيد التقليدية وRemoteApp والبيئات المستندة إلى المتصفح تقييمًا منفصلًا. اعتمادًا على البنية، قد تحتاج المؤسسات إلى عميل RDS موجود، أو بوابة HTML5، أو منصة توصيل التطبيقات جنبًا إلى جنب مع تطبيقات Windows.

متطلب	النهج الموصى به
أزور فيرتشوال ديسكتوب، ويندوز 365 أو مايكروسوفت ديف بوكس	تطبيق ويندوز
الوصول المباشر إلى جهاز الكمبيوتر أو خادم Windows عن بُعد من Windows	MSTSC
تغذية RDS التقليدية من Windows	تدفق العمل المدعوم الحالي لـ RDS
الوصول المباشر إلى الكمبيوتر عن بُعد من macOS أو iOS أو Android	تطبيق ويندوز
الوصول إلى أجهزة سطح المكتب السحابية من Microsoft	تجربة تطبيق ويندوز على الويب
الوصول عبر المتصفح إلى موارد ويندوز المستضافة ذاتيًا	بوابة HTML5 مخصصة

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

لماذا تختار الوصول عن بُعد TSplus؟

TSplus الوصول عن بُعد يوفر للمنظمات وسيلة عملية لنشر تطبيقات ويندوز وسطح المكتب الكامل من خوادمها الخاصة. يمكن للمستخدمين الاتصال من خلال عميل RDP قياسي أو بوابة ويب HTML5، بينما تحتفظ فرق تكنولوجيا المعلومات بالتحكم في الاستضافة، وسياسات الوصول، والجلسات المتزامنة، وتجربة المستخدم العامة.

للمؤسسات التي لا تحتاج إلى تعقيد أو هيكل تكلفة منصة سطح مكتب سحابية كاملة، تقدم حلنا بديلاً أكثر تركيزًا. يدعم تسليم التطبيقات بشكل آمن، والوصول عبر المتصفح، والإدارة المركزية، مما يجعله مناسبًا تمامًا للشركات الصغيرة والمتوسطة، وبائعي البرمجيات، وفرق تكنولوجيا المعلومات التي ترغب في توسيع الوصول إلى بيئات Windows الحالية.

الختام

تطبيق Windows هو البديل المدعوم من مايكروسوفت لـ Azure Virtual Desktop وWindows 365 وMicrosoft Dev Box، لكنه ليس بديلاً عالمياً لكل سير عمل Remote Desktop. يجب على فرق تكنولوجيا المعلومات ترحيل الموارد السحابية، والاحتفاظ بالعملاء المناسبين لـ RDP وRDS، واختبار الميزات الخاصة بالمنصة قبل إزالة مسارات الوصول القديمة.