مرحباً يا رفاق.
هل من الممكن - حتى لو لم يكن مدعومًا رسميًا - تعديل Discourse/container ليبدأ/يقلع بشكل أسرع؟ (خارج تعديل موارد المضيف | والحاوية نفسها)
يمكنك محاولة استخدام ملفات حاويات متعددة بدلاً من ملف app.yml واحد مستقل.
ولكن لنكن صادقين، لا أحد تقريبًا يحتاج إلى إعادة بناء الحاويات بشكل متكرر، أليس كذلك؟
إذا كنت بحاجة إلى تثبيت إضافات، فليس من الضروري إعادة بناء الحاوية. لدي طرق غير رسمية لتثبيت الإضافات دون إعادة البناء.
هل تقصد حقًا التشغيل بشكل أسرع، أي بدء تقديم الصفحات بعد إعادة تشغيل الحاوية؟ لا. يستغرق الأمر بعض الوقت لتشغيل Rails وكل الأشياء الأخرى.
إذا كنت تقصد وقت التعطل المرتبط بإعادة بناء الحاوية، فإن الحل ذي الحاويتين هو ما تبحث عنه.
وإذا لم يكن ذلك سريعًا بما فيه الكفاية وتريد عدم وجود وقت تعطل، فيمكنك القيام بأشياء باستخدام موازن التحميل وتشغيل الحاوية الجديدة بينما تستمر الحاوية القديمة في تقديم الصفحات ثم إيقاف تشغيل الحاوية القديمة بعد أن تكون الحاوية الجديدة جاهزة.
لا أعني بالضرورة إعادة البناء.
لنفترض أن المرء يدير - كما أفضل - كل شيء باستخدام docker.
حتى إعادة تشغيل docker للحاوية يبدو أن Discourse يقوم بقائمة طويلة من الأشياء عند بدء التشغيل — نعم، هذا ما كنت أعنيه — هل يمكن تعديل/تقليص هذا، أشياء Ruby/Rails؟ (لماذا يتم كل هذا عند كل بدء تشغيل؟ ألا يمكن أن يستمر ذلك؟)
حل الحاوية المزدوجة — ما هو؟
هل هي حاويتان مع أجزاء ذات صلة لا تتصادم وعلى نفس المضيف تتحدث (كلتا الحاويتين) إلى نفس قاعدة بيانات PostgreSQL و Redis الخارجية؟
أم أن هذا إعداد بدون انقطاع؟
يجب أن يقرأ الكثير من التعليمات البرمجية ليكون جاهزًا لتقديمه. هل سبق لك تشغيل هاتفك أو جهاز كمبيوتر أو تلفزيون حديث؟ يستغرق الأمر بعض الوقت. إنه بالضبط مثل ذلك. الحاوية تحتوي على نظام تشغيل كامل بداخلها.
نعم. إنه يفصل الـ rails+nginx في حاويته الخاصة ويحتوي على postgres و redis في حاوية أخرى (أو كيفما تريد توفير redis و postgres).