شكرًا على المدخلات المتعلقة بهذا السؤال.
كما ذكر @RGJ، تستخدم بنيتنا التحتية للمؤسسات خدمات خارجية لأشياء مثل التخزين المؤقت وقاعدة البيانات وما إلى ذلك، ومن هنا جاء استخدام Elasticache و RDS. هذا يعني أنه يمكننا الحصول على نسخة احتياطية كاملة وتكرار لهذه الخدمات، وكذلك المساعدة في الضوابط الأمنية. هذا تثبيت رسمي/مدعوم من منظور Discourse - إنه يستخدم فقط مجموعة مختلفة من القوالب - نحن نستخدم discourse_docker/samples/web_only.yml at main · discourse/discourse_docker · GitHub (ربما كانت كلمة قياسي مضللة بعض الشيء، نعتذر).
لذا، يبدو أنه يجب علينا أولاً تحديث أسماء الحاويات الخاصة بنا للتثبيت الحالي ثم إجراء النقل إلى الخادم الجديد. تحديث التثبيت الحالي إلى أحدث إصدار غير ممكن - واجهنا مشكلات مع ترقية Bitnami سابقًا، ومن هنا جاء التحول إلى طريقة التثبيت الرسمية.
هل يمكنني أن أسأل، ما هي المشكلات التي من المحتمل أن تحدث إذا قمنا بإجراء الاستعادة باستخدام الحاويات الحالية ثم قمنا بتحديث app.yml للإشارة إلى الحاويات الجديدة - ألا تحظى جميع متغيرات البيئة DISCOURSE_ بالأسبقية على أي تكوين في قاعدة البيانات (إذا كان ذلك منطبقًا)؟ أم أن هناك شيئًا آخر يمكن أن يسبب مشكلة؟