الانتقال من SQL Server دون إعادة كتابة التطبيق

معظم بيئات SQL Server لا تنتقل لأن أحدهم وجد قاعدة بيانات أفضل. تنتقل لأن عرض التجديد وصل.

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

طبقة Babelfish تزيل جزءاً من هذه المشكلة. جزءاً فقط. ومعرفة أي جزء هي الفرق بين إعادة كتابة تمتد ثمانية عشر شهراً وانتقال مُحكم.

ما الذي تفعله طبقة التوافق فعلياً

تتحدث Babelfish بروتوكول TDS، وهو البروتوكول الذي تستخدمه عملاء SQL Server بشكل أصلي. تحلّل T-SQL الوارد، وتترجم ما تدعمه إلى PostgreSQL، وتعيد النتائج بالشكل الذي يتوقعه العميل. والتطبيقات التي تتصل عبر مشغلات Microsoft JDBC القياسية لا تحتاج في كثير من الحالات إلى أي تعديل.

العميل يظن أنه يتحدث إلى SQL Server، وPostgreSQL يقوم بالعمل.

ماذا يمنحك ذلك

تقدّر الأرقام المنشورة من CYBERTEC أن تقليص بيئة MS SQL عبر هذا المسار يبلغ عادةً بين 40 و70 بالمئة.

توفير الترخيص ليس الجزء الأهم، بل التقسيم على مراحل. تُبقي التطبيقات كما هي، وتنقل قواعد البيانات التي تُترجم دون مشاكل، وتؤجل الحالات الصعبة. وفرق التطوير تستمر في التسليم بينما تتقلص البيئة.

أين تتوقف

Babelfish ليست إعادة تنفيذ كاملة لـ SQL Server، وليست متوافقة بنسبة 100 بالمئة. وكل ما يعتمد على سلوك خاص بـ SQL Server يقع عادةً خارج نطاق الترجمة. وكلما زاد اعتمادك على الإجراءات المخزنة والميزات الخاصة بالمنصة، قلّ حجم العمل الذي يختفي.

طريقة تقريبية لفرز قاعدة البيانات قبل الالتزام:

هذا السطر الأخير هو الذي يختفي بهدوء من عروض التخطيط.

النصف الذي يُنسى

نقل البيانات نصف العمل. والنصف الآخر هو كل ما كانت قاعدة البيانات تقدمه من أمان واستمرارية.

تضيف CYBERTEC PGEE، وهي إصدار PostgreSQL المؤسسي من تطوير CYBERTEC، تشفيراً شفافاً للبيانات المخزنة، وإخفاءً وتعمية للبيانات الخارجة من بيئة الإنتاج، وتدقيقاً موسّعاً، وضوابط صلاحيات مرتبطة بالوقت لنوافذ الصيانة. وتعمل الاستمرارية العالية على Patroni مع etcd، وتساهم CYBERTEC في هذا المشروع وتدعمه تجارياً. ويُثبَّت PGEE على RHEL وUbuntu وDebian وWindows، مع دعم النشر على Kubernetes.

ملاحظة عملية: مسار Windows يعمل لكنه معقد، ويبقى Linux هو المنصة الموصى بها للإنتاج.

كيف تُحدد ملامح المشروع

تنفّذ Worlber عمليات الترحيل هذه كمشاريع منظمة بدلاً من تحويل واحد كبير. تبدأ مرحلة تحديد النطاق، حيث تُحصر قواعد البيانات والمخططات ومدى اعتمادها على سلوك SQL Server. ويفصل التقييم الأولي المكاسب السريعة عن الحالات الصعبة. ثم ينتج التقييم التفصيلي الخطة. ويأتي التنفيذ بعده، مع تجارب تشغيل قبل لمس بيئة الإنتاج. وتغطي مرحلة ما بعد الترحيل ضبط الأداء ومعالجة ما يظهر في الأسابيع الأولى تحت حمل حقيقي.

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

عن رقم التكلفة

الرقم المنشور من CYBERTEC هو توفير يصل إلى 60 بالمئة مقابل MS SQL Server. وتعامل مع رقم كهذا كسؤال تختبره على بيئتك، لا كوعد. فالتوفير يعتمد على عدد الأنوية، والإصدار، وعقد الدعم، وحجم العمل الذي ينتقل فعلاً.

السؤال الذي يستحق أن يُطرح أولاً

ليس "هل نستطيع ترك SQL Server". فهذا السؤال حُسم تجارياً لكثير من أحمال العمل. السؤال المفيد أضيق: أي قواعد بيانات في بيئتك يمكن أن تنتقل دون إعادة كتابة التطبيق، وكم تكلّف البقية إن نُفذت بالشكل الصحيح.

اعرف أي قواعد بياناتك يمكن أن تنتقل دون إعادة كتابة

تراجع Worlber عيّنة من قواعد بيانات SQL Server لديك وتخبرك أيها يناسب مسار Babelfish وأيها يحتاج ترحيلاً كاملاً، دون أي التزام.

تحدث مع Worlber