قاعدة بياناتك القديمة تعيقك. تحرر دون كسره.
ملاحظة: هذا مثال لحالة استخدام يوضح كيف يمكن لـ Rediacc حل هذه المشكلة. كشركة ناشئة، تمثل هذه السيناريوهات تطبيقات محتملة بدلاً من دراسات الحالة المكتملة.
سيناريو الأزمة: على الرغم من توسيع نطاق الخوادم 10 مرات باستخدام Kubernetes، تحسن الأداء مرتين فقط. اشتكى العملاء من بطء أوقات الاستعلام، وزيادة التكاليف دون الحصول على نتائج مرضية، وكانت السمعة في خطر.
المشكلة
كانت خدمات الشركة في البيئة السحابية تكافح من أجل الاستجابة. كحل، فريق البرمجيات:
- تم تنفيذ القياس الأفقي باستخدام Kubernetes و زيادة عدد الخوادم 10 مرات
- ومع ذلك، تحسن الأداء ** مرتين فقط **
كشف الاختناق:
- كان من المفهوم أن مصدر المشكلة كان قاعدة بيانات قديمة لا يمكن توسيع نطاقها
- قاعدة البيانات لا يمكن أن تعمل بطريقة موزعة كما هو الحال في البنى الحديثة
المعضلة:
- قد يستغرق الترحيل إلى قاعدة بيانات حديثة سنوات → ويتطلب إعادة كتابة التعليمات البرمجية، وترحيل البيانات، وعمليات الاختبار
- التكلفة وضياع الوقت غير مقبولين
تأثير الأزمة
- يشتكي العملاء بسبب أوقات الاستعلام البطيئة
- تكاليف الخادم تتزايد، ولكن الأداء ليس مرضيًا
- يزداد خطر فقدان السمعة في السوق التنافسية
حل ريدياك
مهندس النظام Yüksel، باستخدام ميزة النسخ الاحتياطي المتبادل في Rediacc:
1. النسخ المتماثل للبيانات في الوقت الفعلي
- تم نقل التغييرات في قاعدة البيانات القديمة إلى خوادم أخرى بفواصل زمنية تتراوح بين 10 و15 دقيقة
- تمت مزامنة البيانات التي تم تغييرها فقط → تم تقليل استهلاك النطاق الترددي بنسبة 95%
2. توزيع الاستعلام
- تم توزيع استعلامات القراءة ** على أجهزة متعددة **
- تم الاحتفاظ بعمليات الكتابة ** في قاعدة البيانات الرئيسية ** لضمان الاتساق
3. التوسع بدون تكلفة
- تم دعم النظام القديم بخوادم إضافية دون تغيير
- ليست هناك حاجة للحصول على أجهزة جديدة → تم استئجار الخوادم السحابية كل ساعة لتحسين التكلفة
نتيجة
زيادة الأداء:
- تم تقليل أوقات الاستعلام من 55 ثانية إلى 7 ثوانٍ
- زيادة سعة النظام ** 8 مرات **
التحكم في التكاليف:
- التوفير من إعادة كتابة النظام القديم ← تم الحفاظ على الموارد المالية
كسب الوقت:
- تم تنفيذ الحل ** خلال 3 أسابيع **
- تم حل شكاوى العملاء بنسبة 99.99% (اعتمادًا على نسبة تحديث إجمالي البيانات بين اللقطات)