English

معمارية السحابة

معظم فواتير السحابة ليست ثمن تشغيل البرمجيات، بل ثمن قرارات لم يراجعها أحد.

الفشل الافتراضي هنا هو البناء لحجم لا تملكه. Kubernetes وشبكة خدمات وطابور بين كل مكوّنين معمارية معقولة لمؤسسة هندسية كبيرة، وضريبة هائلة على فريق من أربعة. التعقيد ليس مجانياً: كل طبقة شيء يُضبط ويُراقب ويُرقّى وتُوقظ بسببه ليلاً. معظم المنتجات تخدمها بنية تحتية مملّة — قاعدة بيانات مُدارة، وبضع خدمات بلا حالة، وشبكة توصيل محتوى — لمدة أطول بكثير مما توحي به المحاضرات.

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

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

كيف نعمل

  • معمارية بحجم الحمل الحالي مع مسار معروف إلى المستوى التالي — لا مبنية له من اليوم الأول.
  • كل شيء ككود وتحت المراجعة. إن تعذّر إعادة إنشاء بيئة من المستودع فهي غير موجودة فعلاً.
  • تُقرأ الفاتورة كوثيقة تصميم. يُفحص خروج البيانات ومدد الحفظ والبيئات الخاملة قبل أن يبحث أحد عن خصومات.

ما يشمله هذا

اختر ما تحتاجه وأرسله إلينا.

أسئلة

أي مزوّد سحابي؟
لمعظم المنتجات يهمّ هذا أقل بكثير من المعمارية فوقه. وحيث يهمّ فعلاً هو الخدمات المُدارة التي تنوي الاتكاء عليها، ومدى صعوبة مغادرتها — وهو قرار يستحق أن يُتخذ بعين مفتوحة لا بالعودة تلقائياً إلى ما استخدمه فريقك السابق.
هل نحتاج Kubernetes؟
على الأرجح ليس بعد. فهو يحل مشكلات تظهر مع خدمات كثيرة وفرق كثيرة. وقبل ذلك يضيف في الغالب نظاماً آخر لتشغيله، والاختبار الصادق هو هل يرتاح أحد في فريقك لتصحيحه في الثالثة فجراً.

ذات صلة