PostgreDB

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

تقدم خدمات الاستشارات والشركات المطورة، مثل Wappnet Systems و CodeStringers، حلول PostgreSQL مخصصة مصممة وفقًا للاحتياجات الفريدة للأعمال. تشمل هذه الخدمات تصميم وبناء قواعد بيانات مخصصة، وتحسين مخططات قواعد البيانات، وتقديم صيانة ودعم مستمر لضمان أن قاعدة البيانات تلبي أعلى معايير الأداء والموثوقية.

استنادًا إلى نتائج البحث، هناك عدة تكاليف إضافية محتملة يجب مراعاتها عند استخدام PostgreSQL، إلى جانب تكاليف الاستضافة الأساسية:

تكاليف الإعداد

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

إذا كنت تستخدم خدمة سحابية مدارة مثل Amazon RDS أو Google Cloud SQL، فعادةً ما تكون هناك رسوم إعداد أولية. يدير مزود السحابة عملية التزويد والإعداد.

تكاليف الصيانة

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

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

تكاليف الدعم

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

تقدم مزودات السحاب مثل AWS وGoogle خطط دعم متميزة بتكاليف إضافية لخدمات PostgreSQL المدارة الخاصة بهم.

تكاليف التخزين

يتم فرض رسوم على تخزين بيانات قاعدة البيانات بشكل منفصل، سواء كانت مستضافة ذاتيًا أو على خدمات سحابية. تختلف التكاليف بناءً على نوع التخزين (SSD، مغناطيسي)، والمقدار المستخدم، واحتياجات الاستنساخ.

تكاليف نقل الشبكة

بالنسبة لخدمات السحاب، قد يتم فرض رسوم على نقل البيانات داخل الخدمة / خارجها، حسب استخدام النطاق الترددي.

تقدم PostgreSQL مجموعة متنوعة من خيارات التدريب والدعم للمستخدمين الجدد:

خيارات التدريب

• دورات عبر الإنترنت مجانية: تقدم PostgreSQL دورات مجانية ذاتية السرعة عبر منصات مثل edX. تغطي هذه الدورات مواضيع تتراوح بين SQL والأساسيات ومفاهيم قواعد البيانات إلى الإدارة المتقدمة وتطوير PostgreSQL. تشمل الدورات تمارين تفاعلية، محاضرات فيديو، ومختبرات عملية.
• ورش عمل بقيادة معلم افتراضي: تقدم EnterpriseDB، وهي شركة رائدة في PostgreSQL، ورش عمل افتراضية مجانية يقودها معلمون خبراء. تقدم هذه الورش تدريبًا عمليًا حول مواضيع معينة في PostgreSQL مثل التوفر العالي مع EDB Postgres Distributed.
• دورات بقيادة معلم مدفوعة: تقدم شركات مثل EnterpriseDB وPercona دورات تدريبية مدفوعة بقيادة معلمين، سواء افتراضية أو في الموقع. تغطي هذه الدورات الشاملة جوانب مختلفة من إدارة PostgreSQL وتطويرها وتحسين الأداء. تشمل مختبرات عملية ويتم تدريسها بواسطة خبراء ذوي خبرة في PostgreSQL.
• برامج الشهادة: تقدم EnterpriseDB وشركات أخرى برامج شهادة تتحقق من مهارات الفرد في PostgreSQL. هذه الشهادات قيمة للمحترفين الذين يتطلعون لإبراز خبراتهم وتقدم مسيرتهم المهنية.

خيارات الدعم

• الدعم المجتمعي: تتمتع PostgreSQL بمجتمع نشط وحيوي يقدم دعمًا مجانيًا من خلال قوائم البريد، والمنتديات، والموارد عبر الإنترنت مثل الوثائق ووِكِي. يمكن للمستخدمين طرح الأسئلة، والإبلاغ عن الأخطاء، والحصول على المساعدة من أعضاء المجتمع ذوي الخبرة.
• الدعم التجاري: تقدم عدة شركات دعمًا تجاريًا لـ PostgreSQL، بما في ذلك دعم على مدار الساعة، وخدمات استشارية، وخدمات مدارة. ومن بين مقدمي الخدمات البارزين:
• EnterpriseDB: تقدم مجموعة متنوعة من خطط الدعم مع SLAs ومهندسي دعم مخصصين وخدمات إضافية مثل DBA عن بُعد وإدارة حسابات فنية.
• Percona: توفر اشتراكات دعم متميزة مع دعم استشاري، وتحسين الأداء، ومساعدة التوفر العالي.
• OpenLogic: تقدم دعمًا على مدار الساعة مع SLAs لـ PostgreSQL و قواعد البيانات مفتوحة المصدر الأخرى.
• خدمات الاستضافة والإدارة: تقدم العديد من مقدمي خدمات السحاب وخدمات الإدارة خدمات استضافة PostgreSQL والإدارة، والتي يمكن أن تشمل الدعم، والمراقبة، والنسخ الاحتياطي، وغيرها من المهام التشغيلية.

تستخدم PostgreSQL نهجًا متعدد الطبقات للأمان، يشمل تدابير على مستوى الشبكة، وعلى مستوى النقل، وعلى مستوى قاعدة البيانات. إليك التدابير الرئيسية للأمان المعمول بها لحماية البيانات في PostgreSQL:

أمان مستوى الشبكة

الجدران النارية: استخدم جدران نارية لتقييد الوصول إلى خادم PostgreSQL، مما يضمن السماح فقط لعناوين IP المصرح بها بالاتصال.

وصول المنفذ: أغلق الوصول على مستوى المنفذ إلى PostgreSQL لمنع الاتصالات غير المصرح بها.

أمان مستوى النقل

تشفير TLS/SSL: نفذ تشفير TLS/SSL لتشفير البيانات المرسلة بين العميل والخادم، مما يضمن قنوات اتصال آمنة.

المصادقة المتبادلة TLS: استخدم المصادقة المتبادلة TLS للتحقق من هويات كل من الخادم والعميل.

أمان مستوى قاعدة البيانات

الأدوار والأذونات: تستخدم PostgreSQL نظام التحكم في الوصول القائم على الدور (RBAC) حيث يمكن تخصيص أذونات محددة للأدوار (المستخدمين). يمكن أن تحتوي الأدوار على سمات مثل SUPERUSER وCREATEDB وCREATEROLE.

• أمان مستوى الصف (RLS): يسمح RLS بتعريف سياسات تقيد الوصول إلى الصفوف المحددة في جدول بناءً على دور المستخدم. يضمن ذلك أن يكون لدى المستخدمين إمكانية الوصول فقط إلى البيانات المصرح لهم برؤيتها.
• التدقيق: تمكين التسجيل التفصيلي واستخدام إضافات مثل pgAudit للاحتفاظ بسجلات مفصلة لأنشطة قاعدة البيانات لأغراض المراقبة والامتثال.
• العزل الفيزيائي: استخدام تقنيات العزل الفيزيائي لعزل مجموعات البيانات الحساسة بحيث لا يمكن الوصول إليها في وقت واحد خلال جلسة تسجيل الدخول الواحدة.
• التحديثات المنتظمة: تطبيق التحديثات الأمنية الهامة بانتظام لمعالجة الثغرات والحفاظ على التوافق مع معايير مثل PCI-DSS.

تدابير إضافية

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

تطلق PostgreSQL تحديثات بجدول زمني منتظم، حيث تأتي الإصدارات الصغيرة كل ثلاثة أشهر تقريبًا، بينما تأتي الإصدارات الرئيسية بشكل أقل تواترًا، كل 3-4 سنوات تقريبًا. تتم إدارة التحديثات بالطريقة التالية:

الإصدارات الصغيرة

لا تغير الإصدارات الصغيرة (مثل الانتقال من 10.1 إلى 10.2) تنسيق تخزين البيانات الداخلي، لذا فهي متوافقة مع الإصدارات الصغيرة السابقة واللاحقة لنفس الإصدار الرئيسي.

لترقية بين الإصدارات الصغيرة المتوافقة، يمكنك ببساطة استبدال تنفيذات PostgreSQL بينما تكون الخادم متوقفًا وإعادة تشغيل الخادم. تظل دليل البيانات دون تغيير.

الإصدارات الرئيسية

لإصدارات الرئيسية (مثل الانتقال من 9.6 إلى 10.0)، يكون تنسيق تخزين البيانات الداخلي عرضة للتغيير، مما يعقد عملية الترقية.

هناك طريقتان موصيتان لترقية إلى إصدار رئيسي جديد:

التفريغ والاستعادة: الطريقة التقليدية هي إنشاء نسخة احتياطية منطقية لقاعدة البيانات باستخدام pg_dumpall، وتحديث ثنائي PostgreSQL إلى الإصدار الجديد، ثم استعادة النسخة الاحتياطية. قد تكون هذه العملية بطيئة لقاعدة البيانات الكبيرة.

Pg_upgrade: هي أداة تأتي مع PostgreSQL يمكنها ترقية أدلة البيانات بين الإصدارات الرئيسية بشكل أسرع من التفريغ / الاستعادة. تدعم الترقية من 8.4 وما بعدها.

عند الترقية بين الإصدارات الرئيسية، يجب مراجعة ملاحظات الإصدارات بعناية لأي تعارضات مرئية للمستخدم قد تتطلب تغييرات على التطبيقات الخاصة بك.

سياسة PostgreSQL حول ملكية البيانات وقابليتها للنقل

ملكية البيانات

في PostgreSQL، ترتبط ملكية البيانات ارتباطًا وثيقًا بملكية كائنات قاعدة البيانات مثل الجداول وواجهات المستخدم. مالك جدول أو واجهة مستخدم هو تلقائيًا مالك أي قواعد إعادة كتابة محددة له. يؤثر هيكل الملكية هذا على كيفية إدارة التحكم في الوصول والأذونات:

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

أمان الصف (RLS): تدعم PostgreSQL سياسات أمان الصف، التي تسمح بتحكم دقيق على الصفوف في جدول يمكن رؤيتها أو تعديلها من قبل مستخدمين مختلفين. يمكن أن تكون هذه السياسات تسامحية (تجمع باستخدام مشغل “OR”) أو تقييدية (تجمع باستخدام مشغل “AND”). يتم تطبيق السياسات استنادًا إلى الأدوار والشروط المحددة، مما يضمن أن يكون وصول البيانات تحت التحكم الدقيق وفقًا للقواعد الأمنية المحددة.

قابلية نقل البيانات

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

تنسيقات البيانات المفتوحة: تدعم PostgreSQL تصدير البيانات في تنسيقات مفتوحة مثل JSON وXML وCSV. تسهل هذه التنسيقات نقل البيانات والتعاون بين أنظمة مختلفة، مما يقلل من خطر القفل البائع وضمان الامتثال لمتطلبات قابلية النقل للبيانات.

دعم الهجينة والسحاب المتعدد: تعتبر ميزات قابلية نقل البيانات في PostgreSQL مفيدة للمنظمات التي تستخدم الهجينة والسحاب المتعدد. يضمن التنفيذ المتسق للميزات عبر منصات مختلفة (محلي، سحاب) أنه يمكن نقل البيانات بسلاسة دون الحاجة إلى تحويلات كبيرة أو تغييرات في طبقة التطبيق.

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

في PostgreSQL، تنطوي عملية التوسع أو التكيف مع احتياجات المنظمة المتغيرة على ضبط الموارد المخصصة لقاعدة البيانات للتعامل مع أحمال العمل المتغيرة. المصطلحات لهذه العمليات هي:

التوسع العمودي (توسع لأعلى / توسع لأسفل)

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

التوسع لأعلى: إضافة المزيد من الموارد إلى خادم قاعدة البيانات الحالي، مثل زيادة عدد vCores أو الذاكرة. يمكن القيام بذلك باستخدام أوامر مثل az postgres server-arc edit لضبط إعدادات –cores-limit أو –memory-limit.

التوسع لأسفل: تقليل الموارد المخصصة لخادم قاعدة البيانات، وهو ما قد يكون ضروريًا إذا انخفض الحمل أو لتوفير التكاليف. يتضمن ذلك تقليل القيم للإعدادات لـ vCores أو الذاكرة.

التوسع الأفقي (توسع للخارج / توسع للداخل)

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

التوسع للخارج: إضافة المزيد من العقد إلى قاعدة البيانات لإنشاء أو توسيع مجموعة قاعدة بيانات. يمكن أن يحسن ذلك من أداء القراءة عن طريق توزيع استعلامات القراءة عبر عقد متعددة باستخدام طرق الاستنساخ مثل استنساخ الماستر / العبد أو الاستنساخ المتعدد للماستر.

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

تشمل الشروط والأحكام لتجديد العقد وإلغائه لـ PostgreDB، كما قدمت Cybertec PostgreSQL، ما يلي:

تجديد العقد

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

إلغاء العقد

الإنهاء بسبب سبب: يحق لكل طرف متعاقد إنهاء العقد مسبقًا أو بدون إشعار مسبق إذا كان هناك سبب مقنع. تشمل الأسباب المقنعة:

ينتهك الطرف الآخر واجبات تعاقدية كبيرة على الرغم من صدور تحذير كتابي وتهديد بالإنهاء.

تُفتح أو تُبدأ إجراءات الإفلاس أو غيرها ضد الطرف الآخر، أو يتم رفضها بسبب نقص الأصول.

تتعطل أو تمنع الخدمات بسبب قوة قاهرة لمدة تزيد عن ستة أشهر.

الأسباب المقنعة لـ CYBERTEC: يحق لـ CYBERTEC أيضًا إنهاء العقد مسبقًا إذا تغيرت معلمات كبيرة تتعلق بتقديم الخدمات، مما يجعل من غير المعقول اقتصاديًا لـ CYBERTEC الاستمرار في تقديم الخدمات.

إرجاع الوثائق: عند إنهاء العقد، يجب على العميل إعادة جميع الوثائق والسجلات التي تم وضعها بتصرفهم من قبل CYBERTEC على الفور.

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

تضمن هذه الشروط أن تكون لدى كلا الطرفين إرشادات واضحة حول كيفية التعامل مع تجديدات العقد وإلغائها، مما يوفر نهجًا منظمًا لإدارة علاقتهما التعاقدية.

تفي PostgreSQL بعدة معايير للامتثال وأفضل الممارسات الأمنية، مما يجعلها خيارًا آمنًا لقواعد البيانات المؤسسية. إليك بعض النقاط الرئيسية بشأن امتثال PostgreSQL:

امتثال حماية البيانات والخصوصية

GDPR (اللائحة العامة لحماية البيانات): تدعم PostgreSQL تشفير البيانات القوي في حالة السكون وفي النقل، وتهيئة وصول تفصيلية، والتدقيق، وغيرها من الميزات للمساعدة في تلبية متطلبات GDPR لحماية البيانات الشخصية.

HIPAA (قانون قابلية التأمين الصحي والمسؤولية): يمكن تكوين PostgreSQL للامتثال لمعايير HIPAA لحماية المعلومات الصحية المحمية من خلال التشفير، وضوابط الوصول، والتدقيق، وغيرها من تدابير الأمان.

PCI-DSS (معيار أمان بيانات صناعة بطاقات الدفع): تفي PostgreSQL بالعديد من متطلبات PCI-DSS لحماية بيانات بطاقات الائتمان، مثل التشفير، وضوابط الوصول، والتدقيق، والتحديثات المنتظمة للأمان.

أفضل ممارسات الأمان

تشفير البيانات: تدعم PostgreSQL التشفير على مستويات متعددة، بما في ذلك البيانات غير المتصلة باستخدام تشفير على مستوى نظام الملفات، والبيانات المرسلة باستخدام SSL/TLS، وتشفير خانات / أعمدة.

ضوابط الوصول: توفر PostgreSQL ضوابط وصول مُفصلة تتيح لك إدارة الأذونات على مستويات قاعدة البيانات والمخطط والجدول والعمود.

التدقيق والسجل: تتيح إمكانيات التدقيق والتسجيل الشاملة في PostgreSQL تتبع جميع وصول البيانات، والتغييرات، والأحداث الأمنية من أجل الامتثال.

المصادقة: تدعم PostgreSQL طرق مصادقة متنوعة، بما في ذلك المصادقة المعتمدة على كلمة المرور، GSSAPI، SSPI، LDAP، RADIUS، PAM، ومصادقة الشهادة.

التحديثات المنتظمة والتصحيح: تطلق مجتمع PostgreSQL تحديثات وتصحيحات أمان بانتظام لمعالجة الثغرات، مما يضمن أن تظل الأنظمة آمنة ضد التهديدات الناشئة.