التغييرات في ترخيص برامج Java و VMware التي تم طرحها خلال السنوات القليلة الماضية لها تأثير مادي على التكلفة الإجمالية لتشغيل أنظمة المؤسسات القائمة على Java. يتعين على صانعي القرار في تكنولوجيا المعلومات وزن التكاليف الإضافية مع التكلفة الإضافية والتعطيل المحتمل الناشئ عن تطبيقات Java لمؤسسة إعادة الهندسة للاستفادة من البنية السحابية الأصلية.
من المعترف به على نطاق واسع أن أقسام تكنولوجيا المعلومات تواجه صعوبات تحديث تطبيقات المؤسسة التي تم تشغيل وظائف الأعمال الأساسية لسنوات. كانت Java واحدة من اللغات الرئيسية لتطوير تطبيقات المؤسسات ، حيث تم تمكين بيئة وقت تشغيلها ، والتي تسمى Code Behate Runtime (JRE) لتشغيلها على أي أجهزة مدعومة من Java. تم تحسين الرمز عند تشغيل البرنامج باستخدام مجموعة فقط في الوقت المناسب ، والذي مكّن تطبيقات Java من الاستفادة من أحدث تطورات الأجهزة.
لكن التطبيقات القديمة التي تم أرمعها قبل عصر الحوسبة السحابية الأصلية لا تعمل دائمًا بكفاءة عند إعادة استضافتها على منصة سحابة. يمكن ترحيل بعض تطبيقات Java بسهولة نسبيًا وأن تكون قادرة على تحقيق أقصى استفادة من البنية التحتية لتكنولوجيا المعلومات المستندة إلى مجموعة النظراء ، في حين أن بعضها ، والتي تم تصميمها أكثر من كونها أنظمة متكاملة ، متكاملة رأسياً ، قد لا تعمل بكفاءة خاصة في السحابة.
كما يشير Scott Sellers ، الرئيس والمدير التنفيذي لشركة Azul Systems ، فإن السرعة المطلوبة من قبل الشركات لمواصلة الابتكار للبقاء على القمة ستكون صعبة دائمًا في بيئة حيث يوجد الكثير من التطبيقات الحالية والإرث.
وفقًا للبائعين ، في أي وقت ، هناك 60 مليار من الأجهزة الافتراضية Java النشطة (JVMs) ، منها 38 مليار في السحابة. وقال: “جافا سائدة للغاية ، حيث تدير جميع أنواع أعباء العمل المختلفة”.
سيتم تشغيل الكثير من تطبيقات Java المستضافة السحابية في منصات المحاكاة الافتراضية الخاصة التي يقدمها مقدمو الخدمات السحابية العامة ؛ قد يستخدم الآخرون منصات شهيرة مثل VMware أو OpenShift ، وسيكون هناك بعض الذين يحتاجون إلى التشغيل مباشرة على الأجهزة الأساسية.
وقال سيلرز: “عندما تكون السرعة كل شيء ولا تريد الشركات أي طبقات إضافية من البرامج ، فإننا نرى تطبيقات عالية الأداء غير افتراضية اليوم”. “لكن غالبية التطبيقات تستخدم شكلاً من أشكال المحاكاة الافتراضية.”
ضجة مزدوجة
قبل بضع سنوات ، أبسط Oracle ترخيص Java. بالنظر إلى انتشار Java المستضاف على VMware vSphere ، تم استخدام الترخيص الذي يتم تسعيره بناءً على عدد النوى الفعلية لأجهزة الخادم.
تبيع Oracle الآن اشتراك Java SE Universal بناءً على عدد الموظفين. على الرغم من أن هذا يبسط الترخيص ، إلا أنه يمكن أن يصل إلى ارتفاع سعر ترخيص Java. شهدت شركات مثل Azul Systems فرصة لترحيل المنظمات التي تستخدمها أوراكل جافا (Oracle JDK) إلى البديل الخاص بهم ، استنادًا إلى إصدار OpenJDK مفتوح المصدر من Java. على سبيل المثال ، يسمى إصدار Azul Systems أنظمة Azul Core.
الآن ، مع استحواذ Broadcom على VMware واستراتيجية الاشتراك الخاصة بها ، يتعين على المؤسسات التي تستخدم VMware استضافة تطبيقات Java الخاصة بهم شراء كلاً من اشتراك Oracle Java SE واشتراك VMware Cloud Foundry (VCF) من Broadcom.
على الرغم من أنها تقوم بتجميع العديد من المنتجات المرخصة بشكل منفصل ، كما ذكرت Computer Week من قبل ، سيجد العديد من مستخدمي VMware أن تكاليفهم تزداد مع تحولها من VSphere الأساسية VMware Virtualisation Platform لاشتراك VCF الكامل.
ارفع ويتحول ، والاسمكية الافتراضية الفعالة
ولكن كما يلاحظ البائعون ، فإن مرونة منصة Java تعني أن صانعي القرار في تكنولوجيا المعلومات يمكن أن يرفعوا تطبيقات Java وتحويلها من منصة محاكاة افتراضية ، مثل VMware ، إلى أخرى ، مثل Red Hat OpenShift ، بسهولة نسبيًا. هذا هو خيار يمكن لقرار قرار تقنية المعلومات تقييمه عند تقييم التكلفة الإجمالية لملكية تطبيقات Java للمؤسسات.
ولكن هناك أيضًا فرص لتجاوز المحاكاة الافتراضية للخادم إلى الحاوية. هنا ، يجب تصميم تطبيق Java بطريقة يمكن تقسيمها إلى كتل صغيرة يمكن التحكم فيها من التعليمات البرمجية التي يمكن تحويلها إلى الخدمات الصغيرة.
تعتبر هذه التطبيقات أصلية سحابة وتميل إلى استخدام الموارد المستندة إلى مجموعة النظراء بشكل أكثر كفاءة من تطبيقات Java أكبر وأكثر متجانسة.
توفر منصة Java أيضًا القدرة على تحسين كيفية تشغيل تطبيقات Java الافتراضية أو الحاوية. وفقًا للبائعين ، هناك الكثير من المعلومات في جهاز Java Virtual قيد التشغيل لا يتم تقديمه حاليًا لتحسين المحاكاة الافتراضية أو إدارة الحاويات.
وقال: “هناك قدر هائل من المعلومات في الجهاز الظاهري Java نفسه ، والذي يمكن أن يجعل عمليات النشر في الحاويات أكثر كفاءة من خلال توفير معلومات إضافية إلى البنية التحتية لإدارة Kubernetes”.
على سبيل المثال ، قال البائعون إنه مع عبء عمل Java ، يمكن أن تساعد هذه المعلومات Kubernetes في اتخاذ القرارات أكثر ذكاءً قليلاً ، مثل التقييم التلقائي. وأضاف: “في بيئة اليوم ، لا تزال طبقات kubernetes تزامن في الواقع تبحث من الخارج”. “إنهم يستخدمون مقاييس الحبوب الخشنة إلى حد ما مثل استخدام المعالج واستهلاك الذاكرة ، ولكن هناك الكثير من المعلومات داخل JVM التي يمكن أن تمكن محرك Kubernetes من أن يكون أكثر ذكاءً.”
هناك أيضًا تعديلات على الكفاءة التي يمكن صنعها لتحسين كفاءة Java عند التشغيل على البنية التحتية لتكنولوجيا المعلومات المستندة إلى مجموعة النظراء. على سبيل المثال ، من بين الميزات التقنية ، توفر أنظمة Azul لتحسين كيفية تشغيل JVMs في بيئة سحابة هو المترجم الأصلي السحابي.
وقال سيلرز: “في كل مرة يبدأ فيها تطبيق الوظيفة ، فإنه يفعل الشيء نفسه في كل عقدة: إنه يبدأ ؛ إنه يقوم بالتجميع ؛ إنه يرتفع ، ويستيقظ في النهاية بأقصى سرعة”.
وأضاف أن الكثير من هذه المهام زائدة عن الحاجة لأن JVM المتكرر عبر عقد متعددة ستقوم بنفس الشيء. وقال سيلرز: “أنت تقوم بشكل أساسي بأعمال متشابهة للغاية ، فأنت تقوم بتوسيع نطاقها لتتمكن من التعامل مع الإنتاجية الإجمالية”.
كجزء من منصة Azul Systems Prime ، يوفر برنامج التحويل البرمجي الأصلي Cloud خدمة برنامج التحويل البرمجي المشترك ، والتي تعمل كبيئة مدارة Kubernetes.
بالنظر إلى بصمة Java في السحابة وحقيقة أن قادة تكنولوجيا المعلومات يعانون من تكاليف متزايدة لأنظمة Java للمؤسسات المستضافة على VMware ، هناك حالة عمل مقنعة للابتعاد عن تطبيق Oracle JDK Java إلى بديل قائم على OpenJDK والتحول من برنامج VMware إلى منصة بديلة لاستضافة هذه الأنظمة.
