كيف تتجاوز شركات البرمجيات تقنية RDS من مايكروسوفت

لسنوات طويلة، كان Microsoft RDS هو الحل الافتراضي لأي شركة برمجيات تحتاج إلى توفير تطبيق Windows للمستخدمين عن بُعد. فقد كان بالفعل جزءًا من Windows Server، وكان معظم مسؤولي الأنظمة على دراية بكيفية تهيئته، وكان يؤدي المهمة المطلوبة. ولكن في عام 2026، يكتشف المزيد من مزودي البرمجيات المستقلين (ISV) أن الأداة التي صُممت لتزويد الموظفين الداخليين بسطح مكتب عن بُعد ليست الخيار المناسب لنشر تطبيق لعملاء خارجيين يدفعون مقابل الخدمة. إذا كنت تقوم بعملية ترحيل RDS أو تقيّم بديلاً لـ RDS لمزودي البرمجيات المستقلين، فإن الخطوة الأولى هي فهم السبب الذي يدفع العديد من مزودي البرمجيات إلى التخلي عن Microsoft RDS في المقام الأول.

لماذا تتفوق شركات البرمجيات على خدمة RDS من مايكروسوفت

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

غالبًا ما يظهر هذا الاحتكاك في نفس الأماكن القليلة التالية:

• حسابات الترخيص التي تتضخم مع النمو. تعتمد خدمة RDS على تراخيص الوصول العميل (CAL) لنظام Windows Server وتراخيص الوصول العميل (CAL) لخدمة RDS، وهو نموذج قائم على كل مستخدم يصبح أكثر تكلفة وأصعب في التتبع كلما ارتفع عدد عملائك.
• تعقيد البنية التحتية. يتطلب إنشاء وصيانة مضيفات جلسات RDS ووسطاء الاتصال والبوابات وأجهزة موازنة الأحمال خبرة حقيقية في مجال RDS، ولا يُعد الاحتفاظ بهذه الخبرة ضمن طاقم الموظفين أمراً رخيصاً.
• تجربة مستخدم غير مستقرة. تعد عمليات تسجيل الدخول البطيئة، وفشل الطباعة، وتجميد الشاشة، وانقطاع الجلسات من الشكاوى الشائعة المتعلقة بخدمة RDS، وكل واحدة منها تجعل منتجك يبدو أسوأ مما هو عليه في الواقع.
• ثغرة أمنية. تُعد نقاط النهاية التي تستخدم بروتوكول RDP هدفًا معروفًا لمحاولات الهجمات بالقوة الغاشمة وبرامج الفدية، مما يثير قلق العملاء المهتمين بالأمن.

لا تُعد أي من هذه الحالات حالات استثنائية. فهي مشاكل هيكلية، وتزداد سوءًا مع توسع نطاق العمليات. ونادرًا ما تقتصر المشكلات التي يواجهها مزوّدو البرمجيات المستقلون (ISVs) مع خدمة RDS على مجال واحد، كما أن تكلفة تراخيص RDS وتراخيص الوصول للعملاء (CALs) ترتفع بهدوء في الخلفية طوال الوقت، وهذا هو السبب في أن العديد من الموردين يصلون إلى مرحلة يصعب فيها تبرير الاستمرار في استخدام هذه المنصة لسنة أخرى.

‍

{{CTAEMBED_IDENTIFIER}}

‍

ما الذي تنطوي عليه عملية الترحيل إلى RDS فعليًّا؟

تجعل عبارة «الانتقال من RDS» الأمر يبدو أكثر تعقيدًا مما هو عليه في الواقع. بالنسبة لمعظم شركات البرمجيات، لا يعني الانتقال من Microsoft RDS إعادة كتابة الكود ولا مشروع تغيير النظام الأساسي. إنه تغيير في طريقة تقديم التطبيق، وليس تغييرًا في التطبيق نفسه.

تتبع الخطوة الواقعية للخروج من RDS مسارًا يمكن توقعه:

1. حدد بالضبط ما الذي يقدمه لك نظام RDS. عادةً ما يقتصر الأمر على نشر تطبيق Windows واحد لعدد كبير من المستخدمين. افصل هذه الحاجة الأساسية عن البنية التحتية الخاصة بنظام RDS التي قمت ببنائها حولها.
2. اختر طبقة توصيل تتوافق مع حالة الاستخدام الخاصة بمزود البرمجيات المستقل (ISV). هذا هو القرار الأساسي، وهو النقطة التي يدرك فيها معظم الموردين أنهم كانوا يستخدمون أداة مخصصة لأجهزة سطح المكتب لحل مشكلة تتعلق بتوصيل التطبيقات. إن مقارنة البدائل التي أثبتت فعاليتها مقارنةً بخدمة RDS من Microsoft مع الطريقة التي تقوم بها فعليًّا بتوصيل تطبيقك يضيق نطاق الخيارات بسرعة.
3. قم بتشغيل تطبيقك الحالي كما هو. يُعد البديل الجيد لخدمة RDS المخصص لمزودي البرمجيات المستقلين (ISV) خيارًا يتيح نشر تطبيق Windows الحالي الخاص بك دون الحاجة إلى تحويله أو وضعه في حاوية أو إعادة كتابته.
4. تحقق من الأداء والأمان في إطار مشروع تجريبي. اختبر سرعة تسجيل الدخول، والطباعة، واستقرار الجلسة مع مجموعة صغيرة من العملاء قبل الانتقال إلى النظام الجديد.
5. قم بإيقاف تشغيل مجموعة RDS. وبمجرد التأكد من فعالية الطبقة الجديدة، يمكنك إيقاف تشغيل مضيفي الجلسات والوسطاء والتكاليف الإضافية المتعلقة بتراخيص الوصول العميل (CAL) التي لم تعد بحاجة إليها.

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

اختيار البديل المناسب لنظام RDS لمزودي البرمجيات المستقلين (ISVs): لماذا يُعد GO-Global الخيار الأمثل

ليست كل البدائل لنظام RDS مصممة للقيام بنفس المهمة، وهنا تكمن عقبة تواجهها العديد من شركات البرمجيات. فمعظم الخيارات المعروفة، بما في ذلك منصات VDI الكاملة وعروض «سطح المكتب كخدمة»، تنطلق من فرضية توفير سطح مكتب Windows كامل للمستخدم. وهذا يعني مزيدًا من التعقيد، ومزيدًا من الأعباء الإدارية، ومزيدًا من التكلفة عما يحتاجه فعليًّا مزود البرمجيات المستقل (ISV) الذي ينشر تطبيقًا واحدًا.

عند تقييم الخيارات، قم بمقارنتها بما يحتاجه مزود برمجيات مستقل (ISV) فعليًّا:

• التسليم على مستوى التطبيقات، وليس أجهزة سطح المكتب. فأنت تريد نشر تطبيقك، لا توفير أجهزة سطح مكتب كاملة لن يستخدمها عملاؤك أبدًا بالكامل.
• أسعار تتناسب مع طريقة بيعك. يُعد نموذج المستخدمين المتزامنين أكثر ملاءمة لموردي البرمجيات مقارنةً بتراخيص الوصول العميل (CAL) لكل مقعد، التي تفرض رسومًا على المقاعد غير المستخدمة.
• لا حاجة إلى إعادة كتابة البرنامج. من المفترض أن يعمل تطبيق Windows الحالي لديك دون أي تعديل.
• بساطة يمكن لفريقك فعلاً إدارتها. فكلما قل عدد العناصر المتغيرة، قل عدد المتخصصين اللازمين لضمان استمرار العمل.
• أمان يمنح العملاء الطمأنينة. مصادقة حديثة، ودخول أحادي (SSO)، ومساحة هجوم أصغر مقارنة ببروتوكول RDP المكشوف.

وهنا يأتي دور GO-Global. فهو بديل خفيف الوزن على مستوى التطبيق، مصمم خصيصًا لمزودي البرمجيات المستقلين (ISVs) الذين يقدمون تطبيقات Windows لعملائهم، بدلاً من أن يكون أداة سطح مكتب مركزة على الموظفين تم تكييفها لتناسب هذه المهمة. يقوم GO-Global بنشر تطبيقك الحالي كما هو، ويستخدم نموذج المستخدمين المتزامنين الذي يتوافق مع طريقة بيع موردي البرامج، ويحل محل مكونات RDS متعددة الجلسات التي كنت ستضطر إلى صيانتها لولا ذلك. ونظرًا لأن البديل المناسب لـ RDS يعتمد على حالة الاستخدام الخاصة بك، فمن المفيد مقارنة متطلباتك الخاصة بكل خيار قبل اتخاذ القرار النهائي.

المكان الذي يعمل فيه تطبيقك بعد RDS

كما أن الانتقال إلى ما بعد RDS يثير سؤالًا عمليًّا: أين يوجد التطبيق المنشور فعليًّا؟ فبعض الموردين يحتفظون به في مركز البيانات الخاص بهم، والبعض الآخر ينتقل إلى السحابة العامة، والبعض الآخر يفضل شريك استضافة متخصص في أحمال عمل مزودي البرمجيات المستقلين (ISV). وهنا يمكن لشركة البرمجيات توفير المزيد من الوقت والجهد. إن إنشاء خوادمك الخاصة، وتحديثها، وتحقيق توازن الحمل، والحفاظ على أمن البنية التحتية يمثل مهمة كاملة بحد ذاتها، كما أنه يصرف انتباه فريقك عن تطوير منتجك.

تزيل ISVHost هذا العبء تمامًا. فهي خدمة استضافة مصممة خصيصًا لمزودي البرمجيات المستقلين (ISV) الذين يقدمون تطبيقات Windows، وتجمع بين تقديم الخدمة على مستوى التطبيق والبنية التحتية التي تتم إدارتها نيابة عنك. فبدلاً من توظيف المتخصصين اللازمين لبيئة RDS والاحتفاظ بهم، يمكنك أن تعهد بطبقة الاستضافة إلى فريق متخصص في هذا المجال حصريًّا. والفوائد العملية واضحة:

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

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

الانتقال

شركات البرمجيات التي تنجح في الانتقال من خدمة RDS التابعة لمايكروسوفت بأكبر قدر من السلاسة هي تلك التي تتوقف عن التعامل مع هذا الأمر على أنه مشروع «استبدال كامل»، وتبدأ في التعامل معه على أنه ترقية في طريقة تقديم الخدمة. تطبيقك لا يتغير. ما يتغير هو التكلفة والتعقيد وتجربة المستخدم المرتبطة به، وهذه هي بالضبط العوامل التي كانت تعيق تقدم منتجك. إذا كنت تبحث عن بدائل فعالة من حيث التكلفة لـ RDS، فإن المقايضة الحقيقية واضحة ومباشرة: طبقة التسليم المصممة خصيصًا لهذا الغرض أقل تكلفة في التشغيل، وقابلة للتوسع بشكل أكثر قابلية للتنبؤ، وتوفر لعملائك تجربة أفضل مقارنة بالمنصة التي ورثتها بشكل افتراضي.

هل أنت شركة برمجيات أو مزود برمجيات مستقل (ISV) تبحث عن حلول لتقديم التطبيقات عبر السحابة؟ اتصل بنا لتتعرف على كيفية مساعدة GO-Global لك في تبسيط عملية وصول المستخدمين النهائيين إلى البرمجيات. أو قم بتنزيل نسخة تجريبية مجانية لتجربتها بنفسك.