هندسة البيانات والهجرة

نقل البيانات بين النظم دون فقدان أي منها

إن كل عملية هجرة تشكل مفاوضات مع بيانات أسوأ مما يتذكره أي شخص. فهناك سجلات مزدوجة لم يتمكن أحد من التوفيق بينها، وتواريخ في ثلاثة أشكال، وحقل نص حر يحمل معنى كان من المفترض أن يكون قائمة تنزلي، ومفتاح كان فريدا حتى عام 2019. ونادرا ما يكون الجزء التقني من نقل البيانات هو الجزء الصعب. فالجزء الصعب هو تحديد معنى البيانات، وجعل شخص ما يملك ذلك القرار قبل التحول وليس أثناءه.

ما ينطوي عليه العمل

• توصيف بيانات المصدر بصدق قبل الالتزام بخطة، بما في ذلك الأجزاء التي لا يريد أحد النظر فيها
• تصميم مخطط للاستفسارات التي ستجري فعلا، بدلا من نقل الهيكل القديم
• عمليات النقل التي تخضع لمراقبة الإصدارات وتجرب على نسخة من الإنتاج، مراراً
• التسوية التي تثبت أن أعداد الصفوف والمجاميع متطابقة، بدلا من افتراض ذلك
• :: خطة للرجوع إلى ما كان عليه الوضع تم اختبارها وليس مجرد كتابتها
• تسلسل القطع المصمم حول العمل، وليس حول سهولة المهندسين

لماذا لدينا مصداقية في هذا الصدد

لقد قمنا بنقل منصة الإنتاج الخاصة بنا بين محركات SQL الموزعة مع بيانات حية. ونحن نعلم أيضاً من التجربة أن المعاملة في قاعدة بيانات موزعة تشهد لقطة واحدة طوال حياتها حتى في وضع القراءة الملتزمة، وهو ما يبطل في هدوء الرمز الذي كان صحيحاً على عقدة واحدة.

ما الذي يحرك الأسعار

نحن نقدم الأسعار بعد الاكتشاف ويتم تحديد الأسعار قبل أن يبدأ أي شيء. هذه هي الأشياء التي تحركها، لذا يمكنك أن ترى تقريبا أين يقع مشروعك قبل أن تتحدث معنا.

• :: مدى نظافة البيانات المصدرية - هذا العامل يهيمن على كل شيء آخر، عادة بهمش كبير
• ما إذا كان يجب أن يعمل النظامان القديم والجديد بالتوازي، ولمدة التشغيل
• مدة تعطل مقبولة عند الانتقال، لأن مدة التعطل شبه الصفرية هي تصميم مختلف وأكثر تكلفة
• ما إذا كان يجب الحفاظ على البيانات التاريخية بدقة أو ما إذا كان يمكن تلخيصها

الأسئلة التي تطرح علينا

أخبرنا ماذا تحاول أن تفعل

إن محادثة قصيرة تكفي عادة لمعرفة ما إذا كنا الشخص المناسب. وإذا لم نكن، فسوف نقول ذلك ونشير إليك إلى مكان أفضل.