كيف يمكن للمحاكاة الافتراضية تمكين تطبيقات saas

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

ما هي ادارة العلاقات مع؟

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

SaaS أصبحت شائعة عبر التقنيات التي تدعم بنية الخدمات الموجهة (SOA) أو خدمات الويب. ادارة العلاقات مع يأتي مع مجموعة من المزايا. الاكثر شيوعا هي:

• إدارة سهلة
• تحديثات سهلة وإدارة التصحيح
• التوافق (سيحصل جميع المستخدمين على نفس الإصدار من البرنامج)
• إمكانية الوصول العالمية

تعتبر SaaS أيضًا جزءًا من مصطلحات الحوسبة السحابية إلى جانب:

• إدارة تكنولوجيا المعلومات كخدمة (ITMaaS)

المحاكاة الافتراضية وتسليم البرامج

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

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

الافتراضية و ادارة العلاقات مع

على الرغم من وجود العديد من المزايا ، لم تحصل SaaS على رصيدها المستحق. هناك العديد من العوامل المسؤولة عن هذا. وتشمل هذه:

• تكلفة بدء التشغيل الضخمة: يتم استرداد الإيرادات المستثمرة في الإعداد على مدى سنوات.
• قد ينتهك مبادئ البرمجيات الحرة: يشير ناشط حرية البرمجيات ريتشارد ستولمان إلى SaaS على أنها "خدمة كبديل للبرنامج (SaaSS)" ، وتعتبره انتهاكًا لمبادئ البرامج المجانية.

  
  "مع SaaS ، لا يمتلك المستخدمون نسخة من الملف القابل للتنفيذ: إنه موجود على الخادم ، حيث لا يمكن للمستخدمين رؤيته أو لمسه. وبالتالي ، من المستحيل بالنسبة لهم التأكد مما يفعله بالفعل ، ومن المستحيل تغييره. كتب Stallman على موقع GNU على الويب أن SaaS يمنح مشغل الخادم القدرة على تغيير البرنامج قيد الاستخدام ، أو بيانات المستخدمين قيد التشغيل.

مثال جيد على SaaS على المحاكاة الافتراضية هو Amazon Web Services (AWS). تقدم AWS مجموعة من البرامج والأنظمة الأساسية. يتم تثبيت البرنامج على مضيفين افتراضيين ويمكن زيادته أو خفضه عند الحاجة.

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

زيادة التعقيد

يصبح من المهم فهم الطبيعة المعقدة للنشر لتطبيقات اليوم - سواء كان ذلك نموذج SaaS أو النموذج التقليدي. حتى أبسط تطبيق ويب لم يعد مسؤولاً عن إدارة طبقة تخزين البيانات الأساسية. الممارسة المعتادة هي الحصول على قاعدة بيانات ، على سبيل المثال ، MySQL أو Oracle أو DB2 أو SQL Server. يؤدي دمج هذه العناصر مع مكدسات ويب نموذجية مثل Java و Ninja و Grails و Rails وغيرها ، إلى بنية متعددة المستويات تتطلب نشرًا قابلًا للتطوير. على سبيل المثال ، أثناء إعداد بيئة Rails ، استخدمنا MySQL.

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

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

هناك نموذجان للنشر يتم نشرهما على منصة SaaS الخاصة بـ Contegix. يعتمد عامل التمييز على كيفية تطوير التطبيق:

• لدعم عميل واحد لكل عملية نشر ، أو
• لدعم العديد من العملاء على نشر واحد

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

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