انتقل إلى المحتوى
use-cases / kill-the-staging-tax / hero
CONTAINERS · SNAPSHOTS · COST

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

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

اقرأ توثيق اللقطات
use-cases / kill-the-staging-tax / mechanism

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

اللقطات رخيصة على 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 · snapshot + copy
# 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 أن يعيش على منطقة منفصلة أو حساب فرعي دون تغيير الوصفة.

use-cases / kill-the-staging-tax / powers

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

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

BUDGET

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

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

FIDELITY

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

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

SPEED

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

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

use-cases / kill-the-staging-tax / ledger

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

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

BEFORE · DUPLICATE STACK$702 / mo

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

DELTA · WHAT GETS PAIDdelta only

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

بعد · حاوية واحدة$49 / mo

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

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

use-cases / kill-the-staging-tax / punchline

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

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

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

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

  • AWS EC2 staging duplicatesVM ثانٍ مفوتر 730 ساعة شهرياً مقابل 12 ساعة استخدام
  • parallel Heroku staging dynosفاتورة لكل dyno + لكل add-on، خامل معظم الأيام
  • عدة أجهزة VPS لطبقات البيئةتكلفة خطّية في البيئات — ثلاثة صناديق، ثلاث فواتير
  • custom drift-detection toolsأدوات لإيجاد الفجوة بين staging والإنتاج
  • "ليس لدينا" مخاطرة التجهيزالخطأ يُشحن لأن تفريع الإنتاج كان باهظاً جداً
  • RDS staging replicasقاعدة بيانات ثانية لإبقائها متزامنة، على العدّاد 24×7
use-cases / kill-the-staging-tax / cta

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

اقرأ توثيق اللقطات
use-cases / kill-the-staging-tax / related

اقرأ الآخرين