انتقل إلى المحتوى الرئيسي انتقل إلى الملاحة انتقل إلى التذييل
لمهندسي DevOps

انسخ الإنتاج في دقيقة. تراجع في 5 دقائق. توقف عن تقديم التذاكر.

بنية تحتية تعتمد على CLI أولاً تستنسخ الإنتاج في 60 ثانية، وتتراجع في أقل من 5 دقائق، وتعمل على أجهزتك. بدون تذاكر. بدون انتظار. بيانات تبقى ملكك.

$ rdc repo fork production
أخذ لقطة من الإنتاج (btrfs CoW) .. تم
نسخ 8 حاويات + قواعد بيانات ... تم
تركيب التخزين المشفر (380 GB) .. تم
تشغيل فحوصات الصحة ............ 8/8 نجحت
✓ النسخة جاهزة: feature-auth-v2.internal
الوقت: 52s    الحاويات: 8    الحجم: 380 GB    القرص المستخدم: 1.8 GB (CoW)

المخرجات توضيحية؛ وقد ينتج التشغيل الفعلي سجلات إضافية.

60s
وقت إنشاء النسخة
<5 min
استعادة كاملة من الكوارث
0
تذاكر العمليات المطلوبة
المشكلة

أتمتت كل شيء. ما عدا بيئة الاختبار.

خط أنابيب CI/CD الخاص بك ينشر في دقائق. البنية التحتية ككود تجهز في ثوانٍ. لكن عندما تحتاج بيئة اختبار ببيانات حقيقية، تقدم تذكرة وتنتظر ثلاثة أيام. في هذه الأثناء، بيئة staging مشتركة، غير مستقرة، ولا تشبه الإنتاج.

69% من المطورين يخسرون أكثر من 8 ساعات أسبوعياً بسبب عدم كفاءة الأدوات Atlassian 2024 [1]
3 أيام متوسط وقت الانتظار لبيئة جديدة في فرق المؤسسات Industry survey [2]
$50K/سنة خسارة لكل مطور بسبب تبديل السياق Industry composite [3]
الطريقة القديمة
الإثنين تقديم تذكرة
الثلاثاء مراجعة العمليات
الأربعاء تجهيز الخادم
الخميس تهيئة البيئة
الجمعة لا تطابق الإنتاج
مع Rediacc
rdc ceph snapshot create
52s
تم
كيف يعمل

أمر واحد. نسخة إنتاج كاملة.

1

استنساخ

شغّل rdc ceph snapshot create production. تقنية btrfs CoW تلتقط لقطة فورية تشمل التطبيق وقاعدة البيانات والإعدادات.

2

العمل

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

3

الاستعادة

حدث خطأ؟ تراجع في ثوانٍ. اللقطات غير القابلة للتغيير تعني أنك لن تفقد أي بيانات.

الإنتاج يعمل
nginx :443
api-server :8080
postgres :5432
redis :6379
استنساخ
52s
feature-auth-v2 مُستنسخ
nginx :443
api-server :8080
postgres :5432
redis :6379
تحت الغطاء

لماذا الاستنساخ في 60 ثانية ممكن

يستخدم Rediacc لقطات btrfs copy-on-write على مستوى نظام الملفات. لقطة بيئة إنتاج بحجم 380 GB تكتمل في أقل من ثانية ولا تستهلك أي مساحة تخزين إضافية في البداية. مع تغير النسخة، فقط الكتل المتغيرة تستخدم مساحة جديدة.

النهج التقليدي
Rediacc (btrfs CoW)
نسخ حجم Docker: نسخ كامل للبيانات، دقائق إلى ساعات
لقطة بيانات وصفية فقط: أقل من ثانية، أي حجم
pg_dump بحجم 380 GB: 12-36 ساعة، محرك قاعدة بيانات واحد في كل مرة
أي قاعدة بيانات تُستنسخ في عملية ذرية واحدة
10 نسخ = 10 أضعاف التخزين (3,8 TB)
10 نسخ تشارك الكتل عبر CoW (~15 GB فرق)
التراجع: استعادة من النسخة الاحتياطية (30+ دقيقة)
التراجع: تبديل لقطة btrfs (أقل من 5 دقائق)
استنساخ كلاستر Kubernetes: إعادة تجهيز، إعادة نشر، وإعادة تعبئة البيانات
rdc cluster fork copies it, data included. 46 seconds in our lab
لماذا يهم

مصمم للمهندسين الذين يؤتمتون كل شيء

بيئات في 60 ثانية

من الطلب إلى بيئة عاملة في أقل من دقيقة. المجموعة الكاملة: نظام التشغيل والحاويات وقواعد البيانات والإعدادات.

CLI أولاً، قابل للبرمجة

كل شيء عبارة عن أمر واحد. ادمجه مع CI/CD أو Git hooks أو أتمتتك الخاصة. بدون حاجة لواجهة رسومية. ويشمل ذلك Kubernetes: يُستنسخ أي namespace تمامًا كأي مستودع.

تراجع فوري

لقطات btrfs غير القابلة للتغيير تعني أنك تستطيع التراجع عن أي بيئة في ثوانٍ. بدون فقدان بيانات. بدون توقف.

جربها بنفسك

ثبّت CLI. استنسخ بيئتك الأولى. ابدأ تجربتك المجانية لمدة 14 يومًا، بدون مكالمة مبيعات.

ابدأ مجاناً
$ curl -fsSL https://www.rediacc.com/install.sh | bash