Postgres.template.yml وإعداد الحاويات المتعددة

مطور
1

لاحظت أنه عند الانتقال إلى وضع الحاويات المتعددة، أدى استعادة قاعدة البيانات إلى توقف غير متوقع للموقع (أثناء تحميل النسخة الاحتياطية إلى قاعدة البيانات):

لذلك، قمت ببعض البحث في postgres.template.yml ولاحظت أن app.yml والمسار إلى حاوية التشغيل المستقل standalone التي تشارك المساحة، مُشفرة بشكل ثابت في هذا القالب.

لست خبيرًا بأي حال من الأحوال في هذه الملفات (بعد)، وبما أن الكود يحتوي في الغالب على “رسائل echo” ذات طابع إعلامي، يبدو المحتوى أكثر “توجيهًا للمستخدم” منه كونه مُعطِّلاً:

أمثلة من القالب 
echo Run: "./launcher stop app"
           echo Run: "sudo mv /var/discourse/shared/standalone/postgres_data /var/discourse/shared/standalone/postgres_data_old"
           echo Run: "./launcher rebuild app"
           echo
           echo Run: "./launcher enter app"
           echo Run: "cd /shared/postgres_backup"
           echo Run: "sv stop unicorn"
           echo Run: "sudo -iu postgres dropdb discourse"
           echo Run: "sudo -iu postgres createdb discourse"
           echo Run: "sudo -iu postgres psql discourse < backup.db"
           echo Run: "exit"
           echo Run: "./launcher rebuild app"
           exit 1

          if [ "$PG_MAJOR_OLD" = "9.5" ]; then
             echo 'In containers/app.yml: Change "templates/postgres.template.yml" TO "templates/postgres.9.5.template.yml"'
             echo
           fi

إلخ وإلخ.

يبدو أن كل شيء تقريبًا “إعلامي وغير مُعطِّل، كما أفترض”

ربما لا يكون هذا مهمًا، ولكن نظرًا لأن العديد من البرامج التعليمية على الموقع تذكر هذا القالب وإعادة تسمية حاوية البيانات إلى “data” وحاوية الويب إلى “web-only”، على سبيل المثال، اعتقدت أنه يستحق الذكر.

فقط للمعلومات، ربما للنظر فيه في المستقبل البعيد …