لقد نجح لوحة تحكم Literate Computing في ترقية موقعين مستقلين وموقع يتكون من حاويتين دون أي حوادث. في الغالب، كل ما كان مطلوبًا هو تغيير إصدار Postgres المستهدف في متغير، لذا كما تم الإعلان عنه، فإن العملية هي نفسها مثل العمليات القليلة الماضية.
في الواقع، إنها مدعومة إلى حد كبير، وهي أكثر أمانًا بكثير من ترقية الإصدار الرئيسي لقاعدة البيانات. إذا حدث خطأ ما، فأنت ببساطة لا تقوم بالتبديل إلى الخادم الجديد. إذا كنت قريبًا من الحاجة إلى ترقية نظام التشغيل و/أو تريد تقليل وقت التوقف إلى الحد الأدنى، فهي طريقة جيدة للمتابعة. يكون الوضع للقراءة فقط أثناء بناء الخادم الجديد ثم التبديل إليه. الطريقة السهلة التي لديك تتضمن وقت توقف لإعادة البناء النهائية فقط، أو عدم وجود وقت توقف على الإطلاق إذا قمت بنسخ الشهادات من الخادم القديم).
إذا حدث خطأ في كل شيء أثناء ترقية قاعدة البيانات، فإن بناء خادم جديد واستعادة النسخة الاحتياطية هو الحل السهل.
تأكد من عمل نسخة احتياطية قبل البدء. أقوم بعمل نسخة احتياطية لقاعدة البيانات فقط لأنك لن تفقد رفعاتك.
ملاحظة جيدة. لكن النقطة الأخرى هي أن إصدارات LTS (الدعم طويل الأجل) تظهر كل بضع سنوات، لذا فإن القيام بذلك في الوقت نفسه ليس فكرة سيئة.
لديك بالتأكيد وقت طويل. لقد دافعوا عن… آه، بعض الإصدارات بسرعة بعد التحديث بسبب ميزة معينة كانت مطلوبة، لكن يمكنك على الأرجح الانتظار لمدة تصل إلى عام. أنا أراقب مستودع discourse_docker. في مرحلة ما، سيبدأون في الحديث عن إزالة الدعم لـ PG15؛ الأمر ليس صاخباً بشكل خاص وهو طريقة سهلة للبقاء على اطلاع على تحديثات الأمور الداخلية.
هذا قد يشجع الآخرين على اتباع خطانا الجريئة في وقت أقرب.
تخبرني أداة البحث الذكي المجانية الخاصة بي:
بالنسبة لتطبيق Rails نموذجي، يمكن أن يؤدي الانتقال من PostgreSQL 15 إلى 18 إلى تحقيق أداء استعلام أسرع بنسبة ~10-25% دون إجراء أي تغييرات على الكود، وحتى 40% في أنماط استعلام محددة إذا استغلت ميزات الفهرسة والمخطط الجديدة.
