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