لا تُعدّ البنية السحابية الأصلية اتجاهاً ابتكارياً.
إنها استجابة للضغط الهيكلي.

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

توجد بنية سحابية أصلية لمعالجة نمط الفشل هذا.

ما الذي تحله الحوسبة السحابية الأصلية فعلياً

تُركز البنى التقليدية على تحسين التحكم.
تعمل البنى الأصلية للحوسبة السحابية على تحسين قدرتها على البقاء.

التحول ليس تقنياً في المقام الأول.
إنه هيكلي.

تفترض الأنظمة السحابية الأصلية ما يلي:

• التغيير عملية مستمرة
• من المتوقع حدوث الفشل
• المقياس غير متساوٍ
• اليقين مؤقت

تتدهور البنى التي لا تستطيع استيعاب هذه الظروف.

الفصل كمبدأ تصميمي

تبدأ بنية الحوسبة السحابية الأصلية بفصل المكونات.

يتم تقسيم التطبيقات إلى مكونات مستقلة ذات مسؤوليات محددة.
يمكن تغيير كل مكون أو تغيير حجمه أو استبداله دون زعزعة استقرار النظام ككل.

هذه ليست خطوة تهدف إلى تحقيق الكفاءة.
إنها استراتيجية احتواء.

يتم عزل حالات الفشل.
التغيير محلي.
يتم تقليل المخاطر من خلال التصميم.

التنسيق فوق السيطرة

في الأنظمة السحابية الأصلية، يحل التنسيق محل الإشراف.

لم تعد البنية التحتية تتطلب تنسيقًا يدويًا لتبقى فعالة.
تقوم الأنظمة بالتصحيح الذاتي ضمن حدود محددة.

يقلل هذا من الاعتماد على التدخل البشري أثناء حالات الفشل، حيث يكون الحكم أبطأ ما يكون ومعدلات الخطأ أعلى ما يكون.

لم يتم إدخال الأتمتة من أجل السرعة.
يتم إدخاله لضمان الاتساق تحت الضغط.

البنية التحتية كغاية

عندما يتم تعريف البنية التحتية على أنها كود، يصبح القصد واضحاً.

يمكن مراجعة الأنظمة واختبارها وإدارتها قبل وجودها.
يصبح التغيير متعمداً بدلاً من أن يكون عرضياً.

هذا يقلل من الانحراف - وهو نمط الفشل الصامت للمنصات طويلة الأمد.

تُتيح البنى السحابية الأصلية إمكانية رؤية الانحراف.

موقف مجموعة زيلاريس

مجموعة زيلاريس يتعامل مع بنية الحوسبة السحابية الأصلية على أنها البنية التحتية التشغيلية, وليس الأزياء التقنية.

يعتمد التبني على ثلاثة معايير فقط:

• هل يزيد ذلك من نزاهة القرار؟
• هل يقلل ذلك من الهشاشة النظامية؟
• هل يمكن توسيع نطاقها دون المساس بالمساءلة؟

إذا كانت الإجابة بالنفي، فلن يتم اعتماد هذه التقنية.

مواطن قصور الحوسبة السحابية الأصلية

تفشل الأنظمة السحابية الأصلية عندما يتم التعامل معها كأدوات بدلاً من كونها بنية أساسية.

تشمل أنماط الأعطال الشائعة ما يلي:

• تجزئة مفرطة للخدمات دون وضوح في تحديد المسؤولية
• الأتمتة بدون حوكمة
• تعقيد المنصة الذي يتجاوز نضج المؤسسة

لا يُعفي استخدام الحوسبة السحابية الأصلية من المسؤولية.
إنها تضخم عواقب سوء البنية.

الآثار الثقافية

تتطلب البنية السحابية الأصلية توافقاً تنظيمياً.

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

بدون هذا الانضباط، تعمل الأنظمة الموزعة على تسريع الخلل بدلاً من حله.

لا يمكن للهندسة المعمارية أن تعوض عن غموض السلطة.

نظرة طويلة المدى

لا يتعلق تصميم البنية السحابية الأصلية بالسرعة.
الأمر يتعلق بالمتانة.

تتفوق الأنظمة المصممة للتطور التدريجي على الأنظمة المصممة للبقاء مستقرة.
يتم الحفاظ على الاستقرار من خلال القدرة على التكيف، وليس من خلال الجمود.

هذه هي المفارقة التي تحلها الحوسبة السحابية الأصلية.

وضع الإغلاق

لا يُعدّ استخدام بنية الحوسبة السحابية الأصلية خيارًا في الحالات التي يكون فيها التعقيد عاليًا.
إنها النظافة الهيكلية.

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

هذه هي الميزة الحقيقية.