كيفية تحويل تطبيق ويندوز إلى خدمة SaaS دون إعادة كتابته

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

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

تحويل تطبيق ويندوز إلى خدمة SaaS: ما الذي يعنيه ذلك فعليًّا

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

هذا التمييز مهم لأنه يفصل بين مشروعين مختلفين تمامًا:

• إعادة كتابة التطبيق باستخدام إطار عمل ويب، وهو ما يشمل كل سطر من سطور الكود، وكل مسار عمل، وكل عملية تكامل يعتمد عليها عملاؤك.
• نشر التطبيق عبر طبقة الوصول عن بُعد أو طبقة توصيل التطبيقات، والتي لا تتطرق إلى أي من ذلك.

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

‍

{{CTAEMBED_IDENTIFIER}}

‍

لماذا يتجاهل معظم مزودي البرمجيات المستقلين عملية إعادة الكتابة

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

دون إعادة كتابة: كيف تقدم ISVHost وGO-Global خدمات SaaS

وهنا تتحول عبارة «دون إعادة كتابة» من مجرد تحذير إلى استراتيجية فعلية. تتيح لك GO-Global نشر تطبيق Windows الحالي الخاص بك على المتصفح، بحيث يحصل المستخدمون على تجربة SaaS التي يتوقعها عملاؤك، بينما يظل التطبيق نفسه كما هو تمامًا.

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

في الواقع، يبدو هذا التحول على النحو التالي:

1. قم باستضافة التطبيق على خوادم Windows، سواء على البنية التحتية الخاصة بك أو من خلال ISVHost.
2. انشره باستخدام GO-Global، الذي يقوم ببث واجهة التطبيق إلى أي متصفح أو جهاز دون الحاجة إلى تثبيت محلي.
3. قم بدمج ميزات الوصول عبر الاشتراك، وتسجيل الدخول الموحد، والمصادقة متعددة العوامل، بحيث تتوافق التجربة مع توقعات العملاء من منتج SaaS.
4. يمكنك زيادة سعة الخادم أو تقليصها تبعًا لنمو قاعدة المستخدمين لديك، تمامًا كما هو الحال مع أي منتج SaaS مستضاف على السحابة.

يرى عملاؤك علامة تبويب في المتصفح. ويحتفظ فريقك بالتطبيق الذي يعرف بالفعل كيفية دعمه، وقاعدة الكود التي يعرف بالفعل كيفية صيانتها.

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

خلاصة القول

قبل أن تقرر الاستثمار في إعادة كتابة النص، من المفيد طرح بعض الأسئلة المباشرة:

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

بالنسبة لمعظم مزودي البرمجيات المستقلين (ISV)، تشير الإجابات الصادقة إلى «التقديم»، وليس «إعادة البناء». وسواء قمت بتحويل تطبيق ويندوز إلى نموذج SaaS في هذا الربع أو في العام المقبل، فإن الأساسيات تظل كما هي: استضافته، ونشره، وترك المتصفح يتكفل بالباقي.

إن تحويل تطبيق Windows إلى خدمة SaaS دون إعادة كتابته يتلخص في اختيار «التقديم» بدلاً من «إعادة التطوير». مع ISVHost وGO-Global، يمكنك توفير الوصول عبر المتصفح ونموذج الاشتراك والإدارة المركزية التي يتوقعها عملاؤك، مع الحفاظ على التطبيق الذي أمضى فريقك سنوات في بنائه. يتم تولي أمور الاستضافة والتوسع والتقديم عبر المتصفح نيابة عنك، لذا فإن القرار الوحيد المتبقي هو مدى السرعة التي تريد بها إجراء هذا التحول. هل أنت مزود برمجيات مستقل (ISV) تبحث عن حل لتقديم التطبيقات القائمة على السحابة؟ اتصل بنا لتتعرف على كيفية مساعدة GO-Global لك في تبسيط الوصول إلى البرمجيات لمستخدميك النهائيين. أو قم بتنزيل نسخة تجريبية مجانية لتجربتها بنفسك.