ملخص
- يجري هنا تقييم Canonical Group Limited من خلال صفحات Canonical وUbuntu التي تسيطر عليها الشركة والمتعلقة بالسحابة، وOpenStack، والأمان، والدعم، والبنية التحتية المدارة، والشروط القانونية، وUbuntu Pro والاتصالات العامة للمنتجات.
- هذا المقال منفصل عن التغطية السابقة لـ Ubuntu Pro: فهو يركز على نموذج التشغيل السحابي حول Ubuntu وOpenStack، وعلى تكلفة العناية الواجبة التي تظل قائمة عندما يتبنى المشتري منصة تتمحور حول المصادر المفتوحة.
- تدعم مجموعة المصادر مناقشة جوانب المنتجات العامة وأسئلة المشترين، لكنها لا تثبت عمليات نشر العملاء، أو الإيرادات، أو حجم الموظفين، أو الشهادات، أو وقت التشغيل، أو النتائج الأمنية، أو البنية التحتية الخاصة، أو ملكية المرافق.
روابط الدليل:Canonical Group Limited
Ubuntu ليس مجرد صورة على خادم
غالباً ما يدخل Ubuntu في محادثات المشتريات باعتباره طبقة Linux المألوفة تحت أعباء العمل السحابية. هذا الاختصار مفيد، لكنه يخفي قرار التشغيل الحقيقي. إن صورة الخادم، وتوزيعة السحاب، وبيئة OpenStack، وعقد البنية التحتية المدارة كلها تقع في أجزاء مختلفة من كدس التحكم. وتضع صفحات Canonical العامة علىhttps://canonical.com/وhttps://ubuntu.com/المؤسسة في إطار Ubuntu والبنية التحتية للمؤسسات ذات الصلة، في حين تظهر الصفحات الأكثر تحديداً علىhttps://ubuntu.com/cloudوhttps://ubuntu.com/openstackلماذا لا تقتصر المشكلة على نظام التشغيل فحسب.
السؤال العملي للمشتري هو أين تنتقل المسؤولية بعد اختيار المنصة. إذا تم استخدام Ubuntu كصورة أساسية، فإن العميل لا يزال يمتلك المعمارية وتوقيت التصحيحات والتحصين والمراقبة والاستجابة للحوادث. أما إذا تبنت المؤسسة OpenStack أو بنية تحتية مدارة مرتبطة بنظام Ubuntu البيئي، فإن التبعية تصبح أوسع. ويمكن أن تلمس مستويات التحكم السحابي، ووتيرة الترقية، وتوقعات الدعم، والتكامل مع أدوات الأمان، وقدرة الفريق على تشغيل البيئة دون تضييق خياراته المستقبلية.
هذا هو السبب في أن Canonical تنتمي إلى مناقشة التبعية للخدمات السحابية حتى عندما تكون الأدلة العامة خاضعة لسيطرة الشركة. تصف الواجهات المرئية ما يكفي من نطاق الخدمة والمنتج لصياغة أسئلة العناية الواجبة. وهي لا تلغي الحاجة إلى التحقق من جانب المشتري.
البنية التحتية المدارة تغير فاتورة العمل، وليس الحاجة إلى التقدير والقرار
تعد صفحة البنية التحتية المدارة علىhttps://ubuntu.com/managedمهمة لأنها تنقل النقاش من توفر البرمجيات إلى عمالة التشغيل. يمكن للخدمة المدارة تقليل عدد المهام التي يجب على العميل القيام بها مباشرة. ويمكنها أيضاً جعل معمارية العميل أكثر اعتماداً على عمليات المزود، ونموذج التسليم، ولغة الدعم، وانضباط الترقية.
هذه المقايضة مهمة في المشتريات السحابية. لا تشتري المؤسسات عادةً بنية تحتية مدارة فقط لتشغيل نفس عبء العمل مع علامة تجارية مختلفة للمورد. بل يشترونها لأن طبقة السحابة أو المنصة يصعب توفير الموظفين لها وتصحيحها وتشغيلها باستمرار. وتكمن الخطورة في أن التكلفة التي يتم توفيرها في العمالة الداخلية قد تظهر مجدداً في شكل خيارات محدودة، أو تنسيق أكثر حذراً مع المورد، أو تحكم أبطأ عندما يكون التغيير عاجلاً.
تساعد صفحة الدعم العامة لـ Canonical علىhttps://ubuntu.com/supportوصفحة الأمان علىhttps://ubuntu.com/securityفي تحديد نطاق العناية الواجبة. فهي تعرض أنواع المواد العامة التي يمكن للمشتري قراءتها قبل طلب التزامات محددة بالعقد. لكن الصفحات العامة لا يمكنها تأكيد وقت الاستجابة الفعلي للعميل، أو سجل التصعيد، أو جودة تغييرات الإنتاج، أو مدى ملاءمة الخدمة. ولا يزال يتعين على المشتري الجاد تحديد الواجبات التي تظل داخلية، والواجبات التي تنتقل إلى Canonical، والواجبات المشتركة بين الفرق حيث تحدث التأخيرات غالباً.
OpenStack يجعل الاستقلالية عملية أكثر منها فلسفية
غالباً ما يتم مناقشة OpenStack كحل للاعتماد على السحابات العملاقة (Hyperscale). تمنح صفحة OpenStack الخاصة بـ Canonical المقال زاوية أكثر ملموسية. يمكن للمؤسسة أن تقدر OpenStack لأنها تريد مزيداً من التحكم في البنية التحتية السحابية، أو الموقع، أو التكلفة، أو التكامل، أو الحوكمة. هذا الطموح حقيقي، ولكنه يخلق أيضاً عبء تشغيل جديداً.
البنية التحتية السحابية الخاصة أو الخاضعة للرقابة لا تدير نفسها بنفسها لمجرد أن مكوناتها مفتوحة المصدر. فلا يزال يتعين على فريق التشغيل إدارة الترقيات، والهوية، والتخزين، والشبكات، والقياس عن بعد، وتخطيط السعة، والحدود الأمنية، واستعادة الخدمات. قد يؤدي وجود مزود حول هذا الكدس إلى خفض حاجز الاستخدام، ولكن يجب على المشتري أن يفهم بدقة الأجزاء من السحابة التي يتم تشغيلها ومن يقوم بذلك.
هنا تصبح "دورة حياة البرامج والارتباط بها" (software-lifecycle-and-lock-in) عدسة أفضل من مجرد مقارنة بسيطة بين البرمجيات المفتوحة والمملوكة. فالارتباط (Lock-in) ليس مجرد شرط ترخيص، بل يمكن أن يكون مجموعة من العادات التشغيلية: كتيبات التشغيل، ومسارات الدعم، وخيارات الصور، ونصوص الأتمتة البرمجية، وقرارات الحزم، ومهارات الموظفين. وإذا قامت الشركة بالتوحيد القياسي بعمق حول نهج Canonical تجاه سحابة Ubuntu وOpenStack، فقد تكون تكلفة الانتقال المستقبلية مدمجة في العمليات حتى عندما تبدو البرمجيات الأساسية قابلة للنقل.
صفحات الأمان تجيب على سؤال وتطرح آخر
تمنح صفحة أمان Ubuntu علىhttps://ubuntu.com/securityالمشترين مكاناً عاماً للبدء. تعد الجوانب الأمنية مفيدة لأنها تظهر كيف يريد المورد من القراء فهم الصيانة والتعامل مع الثغرات الأمنية وضمان المؤسسة. وتضيف صفحتا الدعم و Pro، علىhttps://ubuntu.com/supportوhttps://ubuntu.com/pro، طبقة أخرى لأن الأمان ليس مجرد إعلان عن ميزات؛ بل هو جدول زمني، وعقد، وعملية مراقبة، وعادة مؤسسية.
إن حدود هذه الصفحات لا تقل أهمية؛ فهي لا تثبت أن بيئة عميل معينة آمنة، ولا تثبت تطبيق كل تحديث في الوقت المحدد، ولا تضمن معالجة الحوادث بشكل جيد، أو أن التكامل سيكون سلساً، أو أن موظفي العميل سيفهمون حدود المسؤولية المشتركة. لذلك، يعامل المقال المواد الأمنية كدليل على جانب من جوانب العناية الواجبة العامة، وليس كمقياس لنتائج الإنتاج الفعلية.
إن ملف المشتري الأكثر قوة من شأنه مقارنة المواد العامة بلغة العقود, ومقاييس التصحيح الداخلية, وقوائم التعرض للمخاطر، واختبار توافق التطبيقات، وضوابط الوصول المميز، وإجراءات الاسترداد. يمكن لوثائق Canonical العامة توجيه هذه الأسئلة، لكنها لا تستطيع الإجابة عليها جميعاً لعملية نشر معينة.
الجوانب القانونية وجوانب الدعم جزء من المنتج
يفصل مشتري البنية التحتية للبرمجيات أحياناً بين صفحات المنتج والصفحات القانونية وصفحات الدعم. هذا الفصل ينطوي على مخاطرة. إن الصفحة القانونية العامة علىhttps://ubuntu.com/legalوصفحة الدعم علىhttps://ubuntu.com/supportهما جزء من واجهة التشغيل لأنهما يساعدان في تحديد ما يمكن للعميل الاعتماد عليه، وما هو موثق علناً، وأين يجب على المشتري التفاوض أو التحقق من التفاصيل خارج لغة التسويق.
بالنسبة للتبعية السحابية أو تبعية المنصة، فإن هذا الأمر يهم أكثر من قائمة الميزات الرئيسية. يفشل عبء العمل في الفجوة الفوضوية بين وعد المنتج والمسؤولية التشغيلية. من يقوم بتحديث الصورة? من يختبر التوافق؟ من يراقب الخدمة؟ من لديه السلطة لتغيير المنصة؟ من يتعامل مع فترات الثغرات الأمنية؟ من يدفع ثمن الهجرة السحابية إذا تغير مسار الدعم؟ يمكن للصفحات العامة عرض الموضوعات التي يطرحها المورد، لكن الإجابات الملزمة عادةً ما تكمن في العقود، وتوصيفات الخدمة، وقرارات المعمارية الخاصة بالعميل نفسه.
هذا هو السبب أيضاً في تجنب المقال للادعاءات غير المدعومة حول Canonical Group Limited ككيان قانوني. يحدد معرف الدليل موضوع تغطية BTW، وتوفر صفحات Canonical وUbuntu الواجهة التكنولوجية العامة. وهي، بحد ذاتها، لا تثبت التوظيف الإقليمي، أو الإيرادات، أو ملكية المرافق، أو عدد العملاء، أو عمليات النشر الخاصة، أو الأداء التشغيلي.
يمكن للمصادر المفتوحة خفض أحد العوائق مع رفع معايير العناية الواجبة
الجاذبية المألوفة لـ Ubuntu هي أنه يقلل من حواجز التبني؛ إذ يمكن للفرق اختباره، وتشغيله على نطاق واسع، وبناء المهارات حول نظام بيئي كبير. وفي البنية التحتية السحابية، يمكن أن يكون هذا الانفتاح ميزة استراتيجية؛ حيث يمكن أن يجعل المشتري أقل اعتماداً على كدس برمجيات مملوك لجهة واحدة، ويمنح المهندسين قاعدة أكبر من المعرفة التشغيلية.
ومع ذلك، فإن الانفتاح لا يعني الضمان المجاني. لا يزال يتعين على المشتري الحفاظ على انضباط التصحيح، وجودة الأتمتة، وخطط النسخ الاحتياطي، وقابلية الملاحظة، وضوابط الهوية، ومراجعة التغييرات. وإذا أضافت المؤسسة بنية تحتية مدارة أو دعماً، فيتعين عليها أيضاً إدارة العلاقة مع المزود. وإذا كانت تقوم بتشغيل OpenStack، فيجب عليها فهم ما إذا كان هدف الاستقلالية لديها يتوافق مع المهارة والعملية والميزانية اللازمة لتشغيل تلك الاستقلالية.
هذه هي تكلفة التشغيل الكامنة وراء واجهة سحابة Canonical العامة. والتكلفة ليست مجرد أموال؛ بل هي العمل على إبقاء المنصة واضحة ومفهومة بعد التثبيت الأول، ومعرفة الأجزاء المعيارية من الكدس، والأجزاء المخصصة، والأجزاء التي تعتمد على عملية المورد التي لا يتحكم فيها العميل بشكل مباشر.
لا ينبغي لزاوية Ubuntu Pro السابقة أن تبتلع المسألة السحابية
لقد غطت BTW بالفعل Canonical من خلال عدسة Ubuntu Pro. تنتمي تلك الزاوية السابقة إلى صيانة الأسطول واقتصاديات الحفاظ على دعم أنظمة Linux بمرور الوقت. هذا المقال أضيق عمداً من ناحية وأوسع من ناحية أخرى. فهو أضيق لأنه لا يقدم ادعاءً تجارياً عاماً حول Canonical، وهو أوسع لأن البنية التحتية السحابية تسحب Ubuntu، وOpenStack، والدعم، والأمان، والخدمة المدارة، والجوانب القانونية إلى سؤال تشغيلي واحد.
هذا الاختلاف مهم للتحكم في التكرار. قد يركز المشتري الذي يفكر في Ubuntu Pro لأسطول خوادم على تغطية التحديثات واقتصاديات الصيانة. أما المشتري الذي يفكر في سحابة Ubuntu، أو OpenStack، أو البنية التحتية المدارة، فيتعين عليه التساؤل عن كيفية تشغيل المنصة، ومن سيتحمل المسؤولية أثناء التغيير، وكيف سيتم الحفاظ على خيارات الخروج إذا أصبحت المعمارية مدمجة وثابتة.
ما الذي يمكن أن يتضمنه ملف أدلة أقوى
مجموعة المصادر الحالية قوية بما يكفي لوصف جوانب سحابة Canonical العامة، وOpenStack، والدعم، والأمان، والبنية التحتية المدارة، والجوانب القانونية والمنتجات. ومن شأن وجود ملف أدلة أقوى أن يضيف سجلات نشر خاصة بالعملاء، ووقت تشغيل مقاساً، وبيانات الاستجابة للدعم، وشروط العقود، والتقييمات الأمنية المستقلة، ودراسات حالة الهجرة السحابية مع منهجيتها، وتقارير ما بعد الوفاة العلنية للحوادث، وتفاصيل الشهادات، والفصل الواضح بين الواجبات التي تديرها Canonical والواجبات التي يديرها العميل.
وحتى تتوفر هذه الأدلة، يجب أن يظل المقال ملتزماً بالمصادر. يمكن القول إن صفحات Canonical وUbuntu العامة تكشف عن واجهة تشغيل السحاب والبنية التحتية. ويمكن القول إن OpenStack والبنية التحتية المدارة يثيران أسئلة عناية واجبة حول التحكم والعمالة والارتباط. ولكن لا يمكن القول إن Canonical تحقق نتيجة معينة للعميل، أو تفي بمستوى خدمة محدد، أو تمتلك مرافق معينة، أو تدير عملية نشر محددة، أو تؤدي بشكل أفضل أو أسوأ من مزود آخر.
هذا التحفظ ليس نقطة ضعف، بل هو جوهر التغطية المفيدة لشركات التكنولوجيا. السجل العام كافٍ لإظهار سبب أهمية Canonical لتحليل التبعية السحابية، ولكنه ليس كافياً ليحل محل مراجعة المشتري الخاصة بالمعمارية والأمان والعقود.
حدود الصورة والإسناد
الصورة المميزة هي صورة حقيقية لغرفة خوادم من مصدر عام تُستخدم فقط كسياق تحريري عام للبنية التحتية. وهي لا تظهر Canonical Group Limited، أو موظفي Canonical، أو أنظمة Ubuntu، أو معدات العملاء، أو منشأة تابعة لـ Canonical، أو حادثاً أمنياً، أو نشر خدمة مدارة، أو حالة تشغيلية حالية. تأتي ادعاءات المقال من صفحات Canonical وUbuntu المذكورة، وليس من الصورة.