بحسب ما أستطيع استنتاجه، هذا الدليل يحتوي على الكثير من الكلام حول:
- النسخ الاحتياطي
- إنشاء مثيل discourse جديد تمامًا، بمزيد من الكلمات ولكن بنفس النتائج التي نحصل عليها من مجرد تشغيل
discourse_setup 2container - الاستعادة
لماذا لا تقوم ببساطة بنقل أو نسخ /var/discourse/shared/standalone/{postgres,redis}* إلى /var/discourse/shared/data بعد إيقاف تشغيل نظيف وقبل بدء تشغيل حاويتين جديدتين من ملفات containers/*.yml منفصلة؟ يبدو أن عملية النسخ الاحتياطي والاستعادة طريقة ثقيلة جدًا لنقل كل هذه البيانات، مما يضيف ساعات غير ضرورية إلى العملية. هل فاتني شيء واضح هنا؟
لقد جربت هذه العملية للتو على discourse التجريبي الخاص بي، وقمت بفصل redis أيضًا طالما أنني كنت أعمل على ذلك، فقط للتأكد من أنني أغطي جميع الجوانب. تعديل: لقد نقلت الوصف إلى موضوع جديد:
يبدو أن الموقع يعمل بشكل جيد دون دورة نسخ احتياطي/استعادة. هل هناك شيء غير واضح يجب أن أتحقق منه؟
لقد قمت بنفس العملية لـ discourse كبير نسبيًا وهو يعمل بشكل جيد. قررت أنه في بيئة الإنتاج سأقوم بتسمية حاوية web_only الجديدة باسم app حتى تستمر أصابعي في فعل الشيء الصحيح بشكل طبيعي. بعد كتابة ملفات container/*.yml الجديدة، كان وقت التوقف عن العمل طوال عملية الهجرة 12 دقيقة فقط، وهو أسرع بكثير مما كان سيكون عليه الحال في دورة النسخ الاحتياطي والاستعادة.