Containerx تطلق عامل ميناء في المؤسسة

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

أكبر لاعبي التكنولوجيا تكتسب أيضا موطئ قدم في الفضاء. كانت حاويات Microsoft Windows Server و Hyper-V قيد التشغيل في Windows Server 2016 Technical Preview 3 ، ويتضمن إطار الوسيطة Photon OS الخاص بـ VMware العلامة التجارية الخاصة بالشركة لدعم حاوية Linux المستندة إلى vSphere. تنضج الحاويات والسوق من حولها ، والتكنولوجيا جاهزة للمرحلة التالية: اعتماد على نطاق المؤسسة.

في DockerCon Europe 2015 في برشلونة الأسبوع المقبل ، ستطلق شركة ناشئة جديدة تسمى ContainerX في مرحلة تجريبية كمنصة حاوية مصممة خصيصًا لتكنولوجيا المعلومات الخاصة بالمؤسسات. أطلقت ContainerX ، التي أسسها موظفون سابقون في Citrix و Microsoft و VMware ، بتمويل من رأس المال الاستثماري (VC) من مستثمر General Catalyst و Steve Herrod السابق من VMware ، ومن Jerry Chen من Greylock Partners ، أول مستثمر في Docker. يتم توجيه النظام الأساسي نحو مسؤولي المؤسسات الذين يتطلعون إلى إنشاء وإدارة بنية تحتية حاوية متعددة المستأجرين تتسم بالمرونة ويمكنها التوسع أفقياً عبر العمل.

وقال المؤسس المشارك لـ ContainerX والمدير التنفيذي كيران كاميتي إن المنصة تهدف إلى زيادة شعبية دوكر بين مجتمع المطورين من أجل تبني المؤسسات على نطاق واسع. "يحب المطورون Docker ، وقد قام Docker بعمل رائع لمحاولة حزم التطبيقات مع التبعيات بحيث يكون من السهل تطويرها واختبارها" ، قال Kamity. "الحاويات هي ، في الوقت الحالي ، تقنية مطورة ، لكن لديها القدرة على أن تصبح شيئًا أكثر أهمية: كقوالب بناء للبنية التحتية للمؤسسات."

التقليب البنية التحتية للحاوية على رأسها

وصف Kamity ContainerX بأنه VMware vSphere للحاويات. إنها منصة بنية تحتية جاهزة للحاويات مصممة لمستخدمي تكنولوجيا المعلومات في المؤسسات لإدارة ، مع وصول مطور عبر سطر الأوامر Docker. بالنسبة للمؤسسات ، قالت Kamity إنها تحل أربع مشاكل أساسية موجودة في المداخن القائمة على الأجهزة الافتراضية التقليدية (VM).

1. المرونة: يمكن للحاوية المارقة أن تتعطل أو تجوع الأوعية الأخرى.

2. M- الإيجار: مجموعات ديف متعددة تشترك في نفس مجموعة الحاوية.

3. المرونة: من الصعب على الفرق إعادة تخصيص الموارد التي تم نشرها بالفعل.

4. التوسع الأفقي: لا يمكن للمؤسسات بناء بنية حاويات أكبر على نطاق واسع.

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

وقال كاميتي ، "إن الحاويات هي لبنة البناء الأساسية لمركز البيانات في المستقبل" ، وأوضح أن تطبيقات حزم الحاويات جنبا إلى جنب مع التبعيات في وحدة واحدة لتسهيل النشر والترحيل ، مع السماح بمزيد من عبء العمل على الحوسبة على خادم واحد. تقوم ContainerX بتوسيع هذه المرونة المدمجة لتشمل الشركات من خلال العمل كـ "الغراء" (كما يطلق عليها Kamity) للشركات التي تتنقل في مشهد حاوية معقد بتنسيقات وتقنيات متباينة.

ContainerX يختار مكدس حاوية افتراضي للمؤسسات. تستخدم المنصة Docker كتنسيقها ، Docker Swarm للتنسيق ، libnetwork (Socketplane سابقًا) للتواصل ، ولديها مكون إضافي للتخزين الثابت. ما أسماه كاميتي بـ "سحر" المنصة هو مجموعات الحاويات المرنة ومجمعات الحاويات ، وهما تقنيتان لهندسة الحاويات في براءات الاختراع.

مستوحاة من ما قام به برنامج جدولة الموارد الموزعة (DRS) الخاص بـ VMware بالنسبة لـ VMs ، تجمع مجمعات ContainerX الخاصة بـ ContainerX تجمعًا واحدًا مشتركًا من القوة الحسابية يمكن من خلاله لفرق الشركات سحب ، وتغطية حدود وحدة المعالجة المركزية والذاكرة المخصصة ، ووضع علامة عليها منخفضة أو متوسطة أو عالية الأولوية للمساعدة في تخصيص الموارد. يمكن بعد ذلك تجميع الحزم المرنة تلقائيًا لتوسيع حاويات الحاويات هذه دون عملية شاقة تتعطل المضيفين أو عدد كبير جدًا من الحاويات التي تتكدس في نفس المجموعة.

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

من خلال قلب هذا النموذج من المضيفين المشتركين والموارد المعيارية إلى مضيفين معياريين وموارد مشتركة ، ترفع المنصة بضع عقبات كبيرة أمام تبني حاوية المؤسسة. يسمح ContainerX للمؤسسات بإدارة ، على سبيل المثال ، ثلاث مجموعات مرنة تعمل محلياً ، وعلى Amazon Web Services (AWS) ، وعلى Microsoft Azure ، في كل من السحابة العامة والخاصة ، من لوحة تحكم المسؤول.

توصي Kamity الشركات بتشغيل حاويات على نظام التشغيل المعدني العاري لكن ContainerX يوفر خيارًا للتشغيل في VMs أيضًا. سيتم إطلاق ContainerX في إصدار تجريبي مع دعم لحاويات Linux على المعدن العريض و AWS ، وسيضيف دعم Windows وتكامل LDAP في الإصدارات المستقبلية. تدعم المنصة حاليًا مكدس Docker الافتراضي فقط لتبسيط العملية للمؤسسات ، لكن Kamity قالت إن الشركة ستدرس إضافة دعم لتنسيق CoreOS Rocket وأدوات تزامن مفتوحة المصدر (مثل Apache Mesos و Kubernetes من Google) مع تطور السوق.

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

ContainerX عبارة عن مكدس حاويات بجانب مكدس VM والذي سيتيح للشركات الاختيار وتمكينها من الوصول إلى عالم مراكز البيانات هذا في المستقبل. في بداية DockerCon Europe 2015 في 16 نوفمبر ، يمكن لمستخدمي المؤسسات الاشتراك في الإصدار التجريبي لـ ContainerX على.