لماذا لا ينبغي أن يعتمد بائعو البرمجيات المستقلون على نظام RDS في 2025

آخر تحديث:
25 مارس 2025

لماذا لا ينبغي أن يعتمد بائعو البرمجيات المستقلون على نظام RDS في 2025

يبحث العديد من بائعي ISVs الذين يستخدمون خدمات سطح المكتب البعيد (RDS) من Microsoft® Windows® لتوصيل التطبيقات إلى العملاء عن بديل لخدمات سطح المكتب البعيد (R DS).

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

لقد فهمنا ذلك. ولكن ضع في اعتبارك أنه، مثل جميع التقنيات، من الأفضل تطبيق Microsoft RDS على التحدي الذي صُمم لحلّه. ولفهم ذلك، لا بد من إلقاء درس في التاريخ.

في البداية...

تم تقديم خدمات سطح المكتب البعيد في عام 1998 كخادم طرفي في إصدار الخادم الطرفي لنظام التشغيل Windows NT® NT 4.0 (تم تقديم RDP أيضاً في نظام التشغيل Windows NT 4.0). في تلك الفترة الزمنية، وفقًا لإحصاء الولايات المتحدة لعام 2000، كان 3.2% فقط من العمال الأمريكيين يعملون من المنزل. وكان الموظفون من ذوي الياقات البيضاء يعملون في المكاتب، مستخدمين أجهزة الكمبيوتر المكتبية لتشغيل تطبيقاتهم محلياً على أجهزة الكمبيوتر المكتبية الخاصة بهم. كان عمر التسويق التجاري للإنترنت ثلاث سنوات - في عام 1998، كان حوالي 3.7% من سكان الولايات المتحدة لديهم إمكانية الوصول إلى الإنترنت.

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

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

ثم، في عام 2006، تم إطلاق أول سحابة عامة، وهي Amazon Web Services® (AWS®)، مما جعل الإنترنت منصة قابلة للتطبيق لحوسبة الشركات. في ذلك العام بدأت مايكروسوفت العمل على منصتها السحابية الخاصة بها، والتي قدمتها في أكتوبر 2008 باسم "مشروع الكلب الأحمر" في مؤتمر مطوري مايكروسوفت المحترفين. خلال هذه الفترة، بدأت مايكروسوفت في تحويل تركيزها من دعم البنية التحتية التقليدية للشركات في أماكن العمل إلى تحسين بنيتها التحتية السحابية لعملاء الشركات.

تمت إعادة تسمية "الخدمات الطرفية" إلى "خدمات سطح المكتب البعيد

في عام 2009، مع إصدار Windows Server® 2008 R2، تمت إعادة تسمية الخدمات الطرفية إلى خدمات سطح المكتب البعيد (RDS). كانت RDS تحسيناً كبيراً على الخدمات الطرفية واعتبرت تقنية حقيقية للتطبيقات عن بعد. فقد سمحت لتكنولوجيا المعلومات بإدارة أفضل للموظفين المتصلين بمزرعة خوادم، وحسّنت إدارة الجلسات المتعددة، ومشاركة موارد الخادم، وعزل المثيلات، وكل ذلك أدى إلى تحسين تجربة الحوسبة المحلية للموظفين (في عام 2009، وفقًا للمجلس الوطني للتأمين التعويضي، كان 6% فقط من العاملين في الولايات المتحدة يعملون عن بُعد).

في فبراير 2010، أطلقت مايكروسوفت نظام التشغيل Windows Azure® (أعيدت تسميته إلى Microsoft Azure® في عام 2014) وبدأ السباق على أن تكون منصة السحابة الرائدة في مجال الأعمال. في البداية، كان بإمكان الشركات نقل البنية الأساسية لسطح مكتب ويندوز سيرفر عن بُعد إلى Azure، لكن الانتقال إلى السحابة لم يحسن كثيرًا من المشاكل المتعلقة بنظام RDS الموضحة في بداية هذا المنشور.

{{CTAEMBED_IDENTIFIER}}

البنية التحتية الحديثة لسطح المكتب البعيد

ونظراً لأن نظام RDS على Azure استمر في إزعاج العملاء من الشركات وموظفيها بنفس المشاكل التي كان يعاني منها على شبكة الشركة، بدأت Microsoft العمل على تحديث مهم لنظام RDS، وهو البنية التحتية الحديثة لسطح المكتب البعيد (RDmi)، والذي تمت معاينته في أواخر عام 2017. ومع ذلك، في مرحلة ما بعد معاينة هذه التقنية، قررت مايكروسوفت استخدام RDmi كأساس لسطح المكتب الافتراضي في Azure بدلاً من استخدامه لتحديث Windows Server. 

ومنذ ذلك القرار، ومع نقل مايكروسوفت تركيزها إلى Azure، ظل نظام RDS - وسيظل كذلك - دون تغيير جوهريًا.

هل من المستغرب أن يبحث بائعو خدمات الإنترنت المستقلون عن بديل ل RDS؟

تم تصميم نظام RDS لأصحاب العمل، وليس لمزودي خدمات الإنترنت المستقلين

صُممت خدمات سطح المكتب البعيد وبروتوكول سطح المكتب البعيد للشركات التي كانت تعمل في وقت كان معظم الموظفين يعملون في الموقع وكانت أنظمة الحوسبة في الشركات تُدار داخلياً.

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

لم يتم تحسين نظام RDS لتزويد الموظفين بتجربة رائعة.

لماذا؟

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

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

وقد لخص أحد عملائنا من بائعي البرمجيات المستقلين منذ فترة طويلة، والذي يستخدم Citrix لتوصيل أجهزة الكمبيوتر المكتبية للموظفين، الأمر بشكل أفضل:

"الموظفون على استعداد للانتظار. أما الزبائن فلا."

مصممة خصيصًا لبائعي المستقلين المستقلين لنظام التشغيل Windows

صُمم GO-Global منذ بدايته خصيصًا لمزودي خدمات الإنترنت الذين يعملون بنظام Windows الذين يرغبون في تقديم تطبيقاتهم من السحابة كخدمة للعملاء الموجودين في أي مكان.

  • يتيح GO-Global إمكانية الوصول إلى تطبيق Windows من خلال أي جهاز مزود بمتصفح ويب، مما يمنح عميلك حرية استخدام الجهاز الذي يختاره عند استخدام تطبيقك.
  • يعمل GO-Global مع أي سحابة سحابية، مما يتيح لك الاستفادة الكاملة من قابلية التوسع، وموازنة التحميل، وقدرات الأمان لأي سحابة تختارها دون شراء برامج أمان إضافية تُبطئ عمليات تسجيل الدخول وأداء التطبيق.
  • يتماشى نموذج تسعير المستخدم المتزامن من GO-Global مع نماذج تسعير SaaS القياسية، مما يوفر لك المال مقارنةً بنماذج تسعير المستخدم المحدد، بحيث يمكنك أن تقدم لعملائك نموذج اشتراك متوافق مع معايير الصناعة وتحافظ على ربحيتك.
  • يحل بروتوكول اتصالات RXP الخاص بشركة GO-Global محل بروتوكول RDP، مما يقضي على نقاط ضعف RDP أمام الهجمات الإلكترونية ويوفر تجربة مستخدم رائعة باستمرار على أي متصفح ويب، حتى على الشبكات ذات النطاق الترددي المنخفض - حتى لا يضطر عملاؤك إلى الانتظار - على الإطلاق.
  • يقوم GO-Global بتشفير جميع جلسات العميل، ويوفر إمكانات المصادقة متعددة العوامل، ويسمح لك بدمج تطبيق Windows الخاص بك مع موفري الهوية لتمكين SSO، وحماية بيانات عملائك دون التأثير على تجربة المستخدم الخاصة بهم.
  • على الرغم من سعره المنخفض، يوفر GO-Global قابلية التوسع على مستوى المؤسسة وإدارة سهلة ومفصلة لجلسات المستخدم عبر وحدة تحكم المشرف GO-Global لضمان تجربة مستخدم رائعة.
  • هنا في GO-Global، ركزنا لأكثر من 20 عامًا على تزويد بائعي Windows ISVs بحل منخفض التكلفة وعالي الجودة يمكّنهم من تقديم تطبيقات - وتجربة مستخدم رائعة - للعملاء الموجودين في أي مكان. ببساطة، أولوياتك هي أولوياتنا، وعندما تنجح أنت، ننجح نحن أيضاً.

لا تغضب من RDS. فقط استبدلها بـ GO-Global.

لطلب عرض تجريبي من GO-Global، انقر هنا؛ للحصول على نسخة تجريبية مجانية من GO-Global لمدة 30 يومًا، انقر هنا

البحث عن بديل RDS

تعرف على كيفية توفير GO-Global وصولاً آمناً وسهلاً إلى تطبيقات Windows