
ستون حاوية على خادم واحد
صندوق معادن عارية واحد يشغل عشرات إلى مئات حاويات Hoody. يجعل KSM و BTRFS dedup التكلفة الإضافية قريبة من الصفر.
معظم الفرق تدفع للإنتاج، ثم تدفع مرّة أخرى لحزمة staging تشبه الإنتاج تقريباً. على Hoody، الـ staging هو لقطة من حاوية الإنتاج — مفرّعة على نفس المعدن العاري حين يحتاجها أحد، مجمّدة على القرص حين لا يحتاجها.
قراءة فعلية للعمود الذي تملكه معظم الفرق أصلاً لكنّها لا تُدقّقه
اللقطات رخيصة على Hoody لأن طبقة التخزين copy-on-write. الصورة الأساسية مرجعيّة، لا منسوخة. الـ staging يتقاسم صفحات الإنتاج حتى يتباعد شيء — عندئذٍ تُدفع الدلتا فقط.
POST /containers/$PROD/snapshots مع alias. الصورة الأساسية تبقى مرجعيّة؛ البيانات الوصفية فقط جديدة. الاستدعاء يُعيد اسم لقطة خلال ثانية.
POST /containers/$PROD/copy مع source_snapshot=prod-baseline. حاوية جديدة تبدأ على نفس العتاد، تتقاسم الصفحات مع الإنتاج. الكتابات تذهب إلى دلتا — الـ staging يُحاسب فقط على ما يُغيّره.
أوقف حاوية staging حين ينتهي QA. القرص يبقى، RAM و CPU يُسقطان إلى الصفر. استعد في 5–15 ثانية حين تأتي التذكرة التالية. الانجراف مستحيل لأن كل فرع يبدأ من حالة إنتاج معروفة.
اللقطات يمكن أن تحمل انتهاء صلاحية بالأيام؛ التنظيف تلقائي. النسخ يمكن أن تختار target_project_id و target_server_id مختلفين، فيستطيع QA أن يعيش على منطقة منفصلة أو حساب فرعي دون تغيير الوصفة.
حين يكون الـ staging فرعاً بدلاً من إيجار موازٍ، عدة مضايقات متكرّرة تتوقّف عن الوجود. الفاتورة هي الأكثر وضوحاً منها فقط.
الإنتاج، الـ staging، والـ QA كانت ثلاثة إيجارات تُحاسبها بشكل منفصل. الآن هي حاوية واحدة بالإضافة إلى فرعين رخيصين يستيقظان عند الحاجة. البيئة الهامشية تكلّف دلتا، لا نسخة مكرّرة.
كل فرع staging يبدأ من لقطة إنتاج حقيقية — نفس صورة OS، نفس الحِزَم، نفس شكل البيانات، نفس متغيّرات البيئة. فئة الخطأ 'يعمل على staging، يتعطّل على الإنتاج' مغلقة بالبناء.
أرسل PATCH على الحاوية مقابل لقطة أقدم لاسترجاع نشر سيّئ، أو فرّع نسخة QA طازجة من نسخة احتياطية لليلة أمس. لا rsync، لا dump قاعدة بيانات، لا مهمة توفير 90 دقيقة — فقط اسم لقطة.
نفس عبء العمل — إنتاج، staging، QA — مُحتسب بطريقتين. مرّة كثلاثة إيجارات كاملة، مرّة كحاوية واحدة بفرعَيْ لقطة.
نسختا EC2 m5.large بسعر 0.096 دولاراً/ساعة (730 ساعة)، بالإضافة إلى نسختي db.t3.medium Multi-AZ RDS بسعر 0.380 دولاراً/ساعة. الـ staging خامل معظم الأسبوع؛ العدّاد لا يهتمّ.
الـ staging يتفرّع من لقطة إنتاج. الصفحات المشتركة مرجعيّة، لا مكرّرة. فقط البايتات التي يكتبها فعلاً تشغيل QA تُحاسب — عادة بضع مئات من الميغابايت بدلاً من 100 جيجابايت.
حاوية Hoody واحدة تتعامل مع الإنتاج 24×7. الـ staging و QA يستيقظان من لقطة حين يحتاجهما العمل، يتجمّدان على القرص حين لا يحتاجهما. فاتورة واحدة، ثلاث بيئات، لا انجراف.
أسعار AWS تستخدم أسعار طلب عامة لـ us-east-1 EC2 m5.large و RDS db.t3.medium Multi-AZ كما في أوائل 2026. سعر حاوية Hoody توضيحي ويعتمد على الخادم الكامن (مسعّر بالسوق من 20 دولاراً شهرياً فما فوق)؛ تخزين اللقطات مفوتر بحجم الدلتا. الأرقام المعروضة مقارنة تمثيلية، لا عرض سعر.
الـ staging كان نسخة من الإنتاج. الآن صار لقطة منه.
الطرق المعيارية التي تدفع بها الفرق ضريبة الـ staging. كلٌّ منها يُحاسبك على بيئة خاملة معظم الأسبوع أو منجرفة عن الإنتاج بحلول حاجتك إليها.
كفّ عن استئجار بيئة تنجرف. فرّع واحدة لا تستطيع.