انتقل إلى المحتوى
النوعإمكان جديد
المرحلةالإنتاج
مستوى الصعوبةمتوسط
المهمةتحسين التكلفة
لـفرق التطوير
لـDevOps والبنية التحتية
الخدماتالحاويات
الخدماتاللقطات
لماذا Hoodyاقتصاديات الحاوية
لماذا Hoodyالسفر عبر الزمن باللقطات
النوعإمكان جديد
المرحلةالإنتاج
مستوى الصعوبةمتوسط
المهمةتحسين التكلفة
لـفرق التطوير
لـDevOps والبنية التحتية
الخدماتالحاويات
الخدماتاللقطات
لماذا Hoodyاقتصاديات الحاوية
لماذا Hoodyالسفر عبر الزمن باللقطات
النوعإمكان جديد
المرحلةالإنتاج
مستوى الصعوبةمتوسط
المهمةتحسين التكلفة
لـفرق التطوير
لـDevOps والبنية التحتية
الخدماتالحاويات
الخدماتاللقطات
لماذا Hoodyاقتصاديات الحاوية
لماذا Hoodyالسفر عبر الزمن باللقطات
النوعإمكان جديد
المرحلةالإنتاج
مستوى الصعوبةمتوسط
المهمةتحسين التكلفة
لـفرق التطوير
لـDevOps والبنية التحتية
الخدماتالحاويات
الخدماتاللقطات
لماذا Hoodyاقتصاديات الحاوية
لماذا Hoodyالسفر عبر الزمن باللقطات
CONTAINERS · SNAPSHOTS · COST

اقضِ على ضريبة خادم الـ staging

معظم الفرق تدفع للإنتاج، ثم تدفع مرّة أخرى لحزمة staging تشبه الإنتاج تقريباً. على Hoody، الـ staging هو لقطة من حاوية الإنتاج — مفرّعة على نفس المعدن العاري حين يحتاجها أحد، مجمّدة على القرص حين لا يحتاجها.

اقرأ توثيق اللقطات

ثلاثة استدعاءات. لقطة واحدة. لا حزمة مكرّرة.

اللقطات رخيصة على Hoody لأن طبقة التخزين copy-on-write. الصورة الأساسية مرجعيّة، لا منسوخة. الـ staging يتقاسم صفحات الإنتاج حتى يتباعد شيء — عندئذٍ تُدفع الدلتا فقط.

01
STEP 01

التقط لقطة من الإنتاج

POST /containers/$PROD/snapshots مع alias. الصورة الأساسية تبقى مرجعيّة؛ البيانات الوصفية فقط جديدة. الاستدعاء يُعيد اسم لقطة خلال ثانية.

02
STEP 02

فرّع staging منها

POST /containers/$PROD/copy مع source_snapshot=prod-baseline. حاوية جديدة تبدأ على نفس العتاد، تتقاسم الصفحات مع الإنتاج. الكتابات تذهب إلى دلتا — الـ staging يُحاسب فقط على ما يُغيّره.

03
STEP 03

جمّد عند الخمول

أوقف حاوية staging حين ينتهي QA. القرص يبقى، RAM و CPU يُسقطان إلى الصفر. استعد في 5–15 ثانية حين تأتي التذكرة التالية. الانجراف مستحيل لأن كل فرع يبدأ من حالة إنتاج معروفة.

شل · ضد Hoody Containers API
POST · لقطة + نسخ
# 1. لقطة الإنتاج — أسمِّها حتى يمكن للبشر إيجادهاcurl -X POST https://api.hoody.com/api/v1/containers/$PROD/snapshots \ -H 'Authorization: Bearer $TOKEN' \ -d '{"alias":"prod-baseline","expiry":30}'# 2. فرع التجهيز من تلك اللقطة بالضبطcurl -X POST https://api.hoody.com/api/v1/containers/$PROD/copy \ -d '{"target_project_id":"$STAGING","source_snapshot":"prod-baseline"}'→ 200 حسناً · حاوية التجهيز تبدأ في 5–15 ثانية، تدفع دلتا فقط

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

ما يفتحه إسقاط النسخة المكرّرة

حين يكون الـ staging فرعاً بدلاً من إيجار موازٍ، عدة مضايقات متكرّرة تتوقّف عن الوجود. الفاتورة هي الأكثر وضوحاً منها فقط.

BUDGET

حزمة واحدة، لا ثلاث

الإنتاج، الـ staging، والـ QA كانت ثلاثة إيجارات تُحاسبها بشكل منفصل. الآن هي حاوية واحدة بالإضافة إلى فرعين رخيصين يستيقظان عند الحاجة. البيئة الهامشية تكلّف دلتا، لا نسخة مكرّرة.

FIDELITY

الانجراف يصبح مستحيلاً

كل فرع staging يبدأ من لقطة إنتاج حقيقية — نفس صورة OS، نفس الحِزَم، نفس شكل البيانات، نفس متغيّرات البيئة. فئة الخطأ 'يعمل على staging، يتعطّل على الإنتاج' مغلقة بالبناء.

SPEED

استعد في ثوانٍ، لا ساعات

أرسل PATCH على الحاوية مقابل لقطة أقدم لاسترجاع نشر سيّئ، أو فرّع نسخة QA طازجة من نسخة احتياطية لليلة أمس. لا rsync، لا dump قاعدة بيانات، لا مهمة توفير 90 دقيقة — فقط اسم لقطة.

الدفتر الشهري، مع إزالة النسخة المكرّرة

نفس عبء العمل — إنتاج، staging، QA — مُحتسب بطريقتين. مرّة كثلاثة إيجارات كاملة، مرّة كحاوية واحدة بفرعَيْ لقطة.

قبل · stack مكرّر$702 / شهر

نسختا EC2 m5.large بسعر 0.096 دولاراً/ساعة (730 ساعة)، بالإضافة إلى نسختي db.t3.medium Multi-AZ RDS بسعر 0.380 دولاراً/ساعة. الـ staging خامل معظم الأسبوع؛ العدّاد لا يهتمّ.

الفرق · ما يُدفعالفرق فقط

الـ staging يتفرّع من لقطة إنتاج. الصفحات المشتركة مرجعيّة، لا مكرّرة. فقط البايتات التي يكتبها فعلاً تشغيل QA تُحاسب — عادة بضع مئات من الميغابايت بدلاً من 100 جيجابايت.

بعد · حاوية واحدة$49 / شهر

حاوية Hoody واحدة تتعامل مع الإنتاج 24×7. الـ staging و QA يستيقظان من لقطة حين يحتاجهما العمل، يتجمّدان على القرص حين لا يحتاجهما. فاتورة واحدة، ثلاث بيئات، لا انجراف.

أسعار AWS تستخدم أسعار طلب عامة لـ us-east-1 EC2 m5.large و RDS db.t3.medium Multi-AZ كما في أوائل 2026. سعر حاوية Hoody توضيحي ويعتمد على الخادم الكامن (مسعّر بالسوق من 20 دولاراً شهرياً فما فوق)؛ تخزين اللقطات مفوتر بحجم الدلتا. الأرقام المعروضة مقارنة تمثيلية، لا عرض سعر.

الـ staging كان نسخة من الإنتاج. الآن صار لقطة منه.

قبل · إيجاران، غرض واحدإيجار prod، إيجار تجهيز، مزامنة الاثنين باليدEC2 اثنين · RDS اثنين · مراقب اثنين · نسخة منجرفة واحدة
بعد · حاوية واحدة، مشاهد كثيرةلقطة $PROD → انسخ مع source_snapshotأساس مشترك · فروع دلتا فقط · الانجراف خالٍ بالبناء
اقرأ ملاحظات copy-on-write

ما يستبدله هذا

الطرق المعيارية التي تدفع بها الفرق ضريبة الـ staging. كلٌّ منها يُحاسبك على بيئة خاملة معظم الأسبوع أو منجرفة عن الإنتاج بحلول حاجتك إليها.

  • نسخ staging مكررة في AWS EC2VM ثانٍ مفوتر 730 ساعة شهرياً مقابل 12 ساعة استخدام
  • dynos staging متوازية في Herokuفاتورة لكل dyno + لكل add-on، خامل معظم الأيام
  • عدة أجهزة VPS لطبقات البيئةتكلفة خطّية في البيئات — ثلاثة صناديق، ثلاث فواتير
  • أدوات مخصصة لكشف الانحراف (drift)أدوات لإيجاد الفجوة بين staging والإنتاج
  • "ليس لدينا" مخاطرة التجهيزالخطأ يُشحن لأن تفريع الإنتاج كان باهظاً جداً
  • نسخ RDS staging المتماثلةقاعدة بيانات ثانية لإبقائها متزامنة، على العدّاد 24×7

كفّ عن استئجار بيئة تنجرف. فرّع واحدة لا تستطيع.

اقرأ توثيق اللقطات

اقرأ حالات أخرى