PostgreSQL
PGEE مقابل SQL Server: أين يناسب، وأين لا يناسب
كيف يقارن PGEE مع SQL Server من حيث الترخيص، والتشفير، والتوافر العالي، وترحيل Babelfish، وكيف تقيّم أي قواعد البيانات في منظومتك تناسب ذلك.
تجديد ترخيص SQL Server لا يهتم بمدى أهمية جزء من منظومتك. تدفع لكل نواة، وعدد النوى لا ينخفض عندما تنتقل حمولة العمل إلى مكان آخر أو تتوقف عن الاستخدام بهدوء.
عادةً تبدأ هذه البند المحادثة. ثم يأتي السؤال الأصعب: ماذا يتطلب تشغيل هذا على PostgreSQL، وماذا سنخسر؟
أكثر من تغيير ترخيص، وأقل من إعادة كتابة، لجزء من المنظومة. إليك ما يتغير مع PGEE، وأي قواعد البيانات تناسبه، وأين تكون الإجابة الصادقة هي ترك الأمور كما هي.
PGEE هو منتج PostgreSQL المؤسسات من CYBERTEC. Worlber تقيّم، وترحّل، وتضبط الأداء حوله.
ما هو PGEE
يحافظ PGEE على PostgreSQL مفتوح المصدر كقاعدة، ويضيف قدرات مؤسسية فوقها: التشفير الشفاف للبيانات، وإخفاء البيانات، والتدقيق الموسّع، وأعمال مُحسِّن الاستعلامات، والدعم مع أوقات استجابة مُلتزم بها.
لستَ تزن SQL Server مقابل PostgreSQL المجتمعي. أنت تزنه مقابل بناء مؤسسي مدعوم يحافظ على قاعدة Postgres ولا يُرخّص لكل نواة.
أربع اختلافات
يتوقف المقارنة التقنية من CYBERTEC مع SQL Server على أربع نقاط.
| المعيار | SQL Server | PGEE |
|---|---|---|
| التشفير أثناء السكون | إصدار Enterprise فقط | أصلي |
| التوافر العالي | مجموعات توافر Always On | Patroni مع etcd |
| الترخيص | لكل نواة | مفتوح المصدر بالإضافة إلى الدعم |
| التكلفة | خط الأساس | تصرّح CYBERTEC بتوفير يصل إلى 60% |
صف الترخيص يحرك الميزانيات، لأن الترخيص لكل نواة يتوسع مع الأجهزة التي تشتريها.
لكنه ليس مجانيًا. الدعم، وجهد الترحيل، والتشغيل جميعها تحمل تكلفة، والتوفير يقع فقط على بند الترخيص. تضع CYBERTEC هذا التوفير عند 60 في المئة كحد أقصى مقابل MS SQL، ويعتمد على مزيج إصداراتك، وعدد النوى، وحمولة العمل، والبنية. اختبره مقابل منظومتك الخاصة قبل أن يصل إلى دراسة جدوى.
صف الإصدار
يوجد التشفير الشفاف للبيانات خلف إصدار Enterprise في SQL Server. في PGEE هو أصلي، لذا إذا كنت على إصدار Standard وتشتري التشفير فعليًا من خلال ترقية الإصدارات، فإن هذا الصف يغيّر الحسابات أكثر مما تفعله أرقام التكلفة الرئيسية.
تشمل ميزات الأمان الموثقة في PGEE أيضًا إخفاء البيانات للنسخ غير الإنتاجية، والتدقيق الموسّع مع سجل أحداث كامل، وإجراءات مخزنة مشفرة. ينطبق الإخفاء على التصديرات وعلى التكرار المنطقي المُخفى، بحيث تبقى البيئة الإنتاجية مرئية بينما تُخفى النسخ التي تغادرها. تُقبل فقط الدوال غير القابلة للتغيير كعبارات إخفاء، وتُرفض الدوال المتقلبة. الإخفاء الذي يتغير مخرجه بين التشغيلات ليس إخفاءً.
تضع الوثائق هذه الضوابط للبيئات الخاضعة للتنظيم، مع الإشارة إلى الإخفاء للبنوك، والحكومة، والبنية التحتية الحرجة، والرعاية الصحية. الامتثال هو خاصية لكيفية تكوين النظام وتشغيله، وليس للمنتج وحده، لذا قارن هذه القدرات مع التزاماتك الخاصة بدلاً من افتراض أن ميزة المنتج تغلق متطلبًا تنظيميًا.
أين يغيّر Babelfish الترحيل
يحاكي Babelfish بروتوكول TDS، وهو بروتوكول الشبكة الذي تتحدث به عملاء SQL Server، ويترجم T-SQL قبل وصول العبارات إلى مُحسِّن PostgreSQL. يمكن للتطبيقات الاستمرار في الاتصال عبر برامج تشغيل JDBC القياسية لـ MS SQL، مما يزيل أكبر تكلفة ومخاطرة جدول زمني في معظم عمليات الترحيل: تغييرات التطبيق.
يمر المسار الموثق بثلاث مراحل. انقل الأساس الأمني، بما في ذلك TDE وتكامل أمان PGEE. أتمتة النشر بوضع Babelfish في منصة Kubernetes. ثم انقل البيانات بحجم كبير من خلال إنشاء العناقيد، والتفريغ وإعادة التحميل، واختبار اتصال يكون التغيير فيه في الغالب عنوان IP.
تصرّح CYBERTEC بأن تقليل المنظومة بنسبة 40 إلى 70 في المئة هو المعتاد في هذا المسار، وأن 60 إلى 80 في المئة من الحالات لا تحتاج إلى مشروع ترحيل على الإطلاق.
أين يتوقف Babelfish
Babelfish ليس توافقًا كاملًا، وجدول الملاءمة الموثق صريح.
| البيئة | الملاءمة |
|---|---|
| التطوير، والاختبار، والبيئة التجريبية | عالية |
| قواعد البيانات الصغيرة، واستخدام T-SQL منخفض | عالية |
| إجراءات مخزنة ثقيلة بـ T-SQL | متوسطة إلى منخفضة |
| ميزات محددة لـ SQL Server واسعة | منخفضة، قد تحتاج إلى ترحيل كامل |
اقرأ ذلك قبل الالتزام بخارطة طريق. إذا كانت منظومتك تعتمد بشدة على سلوكيات محددة لـ SQL Server، فإن مسار التوافق هو أرضية تحضيرية وليس وجهة، والوجهة تكلف ما تكلفه عملية نقل حقيقية. الترحيل الذي يصبح إعادة كتابة بهدوء ليس توفيرًا. إنه نفس الإنفاق، يصل لاحقًا.
ما تفعله Worlber
PGEE هو منتج CYBERTEC. دور Worlber هو العمل حوله، وتأتي التقييم أولاً.
يتبع هذا التقييم خمس خطوات: تحديد النطاق مع جرد قواعد البيانات، وتقييم مسبق لتصنيف حمولات العمل وإيجاد المكاسب السريعة، وتقييم تقني مفصل، وتنفيذ الترحيل، والرعاية اللاحقة. الرعاية اللاحقة هي الخطوة التي تتخطاها الفرق، وهي تحدد ما إذا كان توفير الترخيص سينجو عند ملامسة الإنتاج.
تغطي خدمات الترحيل لدى Worlber Oracle، وMS SQL Server، وEDB EPAS، وMariaDB، وMySQL، وMongoDB، مع أعمال مخصصة لـ DB2، وInformix، وSybase. يشمل التنفيذ عمليات تجريبية قبل التبديل إلى الإنتاج، مما يحوّل جدول الملاءمة إلى دليل.
الجزء الجدير بالتذكر
هذا ليس سؤالاً عن أي قاعدة بيانات أفضل. ادعاءات التفوق الشاملة لا تنجو من التدقيق في أي اتجاه. إنه سؤال عن أي حمولات عمل تناسب نموذج ترخيص مختلف وسطح توافق مختلف.
حجة الترخيص هي الجزء السهل. جدول الملاءمة هو الجزء الصعب.
*أرقام التكلفة وتقليل المنظومة هي مواضع CYBERTEC المنشورة، وليست قياسات Worlber.*
أحضر لنا جرد SQL Server الخاص بك
أرسل عدد النوى، ومزيج الإصدارات، وقواعد البيانات التي تفكر في نقلها أولاً. ستخبرك Worlber أي منها يناسب PGEE وأيها يجب أن يبقى حيث هو. إذا كان معظم منظومتك يجب أن يبقى على SQL Server، سنقول ذلك أيضًا.
الخطوة التالية
تحدث مع مهندسي Worlber
أرسل لنا بيئتك وهدفك. سنوضح لك ما يصلح، وما لا يصلح، والخطوة الآمنة التالية.