شكرًا لك - لذا ./launcher rebuild web_only (أو rebuild data) بدلاً من ./launcher rebuild app، وسأحتاج إلى قراءة التحديثات بعناية لمعرفة متى يتم تحديث postgres أو redis لتحديثهما يدويًا أيضًا. والميزة الرئيسية مقارنة بالوضع المستقل هي أن عمليات إعادة البناء لا تحتاج إلى انتظار قاعدة البيانات لتتوقف ثم تبدأ مرة أخرى، مع التراجع عن المعاملات إذا تم إنهاؤها.
ولكن مع آخر تغييرات Falco، لا ينبغي أبدًا إنهاء قاعدة البيانات إلا إذا استغرقت عملية الإيقاف أكثر من 10 دقائق، وهو ما لن يحدث بالتأكيد إلا إذا حصلنا على عدد أكبر بكثير من المستخدمين. لذا لن تفشل التحديثات بسبب هذه المشكلة، والتأثير الرئيسي هو فقط جعل التحديثات تستغرق بضع دقائق إضافية.
ما أفهمه هو أن التغيير في النهاية يضيف الكثير من التعقيد والعبء الذهني مقابل فائدة قليلة جدًا. يرجى تصحيحي إذا كنت مخطئًا، فهذا ليس المقصود منه أن يكون ساخرًا / إلخ.
فقط كخلفية بسيطة، سيتعين على التغيير أن يقدم فوائد كبيرة لتبرير هذا العبء لأن كل هذا هو خدمة مجانية مني (تمتد الآن لأكثر من 15 عامًا، ولكن مع ذلك)، وليس وظيفتي. هناك وضع “تختلف تجربتك” (YMMV) حقيقي هناك.
يشترك الكثير من الناس في هذا الرأي، والذي أجد أنه مفاجئ باستمرار. ترقيات Postgres تأتي أقل من مرة واحدة في السنة، وعادة لا توجد عقوبة لتأخيرها لعدة أشهر بعد التغيير الأولي. وجود إعداد من حاويتين يعني أنه يمكنك تأخير ترقية Postgres بسهولة أكبر مما لو كان لديك حاوية واحدة، وهذا يبدو ميزة أخرى بالنسبة لي.
لطالما عنى تأجيل ترقيات postgres تغييرًا بسيطًا في ملف تكوين yaml، إلا إذا كنتم تخططون للتوقف عن دعم ذلك. يمكننا التعامل مع بضع دقائق إضافية من وقت التوقف عن العمل للترقيات، وفي نظري، هذا يمثل مخاطرة أقل من الاعتماد على شخص واحد (وهو أنا!) للحفاظ بشكل صحيح على تكوين أقل معيارية وأكثر تعقيدًا.
من وجهة نظري، فإن المكسب الرئيسي للحاويتين هو تقليل وقت التوقف عن العمل - مثلك، أعتقد أنني بخير مع 20-30 دقيقة من وقت التوقف كل شهرين. ولكن من السهل أن نرى أن هذا كثير جدًا بالنسبة لبعض المنتديات.
تمام. حتى لو كنا نتحدث عن 90 دقيقة من وقت التوقف المستقل مقابل 5 دقائق منفصلة، فلا أزال ربما لا أعتقد أن التغيير يستحق العناء، على الرغم من أنني ربما سأقوم بالترقيات في وقت متأخر من الليل بدلاً من منتصف النهار بشكل مريح إذا استغرق الأمر هذا الوقت. نحن لسنا منصة تداول أسهم في الوقت الفعلي، نحن منتدى مجاني حول ألعاب الفيديو.
مع إعداد الحاويتين، فهذا يعني أنك لا تحتاج حتى إلى معرفة إجراء هذا التغيير البسيط. ولن تكون هناك فرصة على الإطلاق لبدء ترقية ثم اكتشاف أنك قد بدأت بالفعل في ترقية postgres.
لكنني قضيت ما يقرب من 35 عامًا أعيش في واجهة الأوامر.
والآن لدي لوحة تحكم تقوم بأتمتة ترقيات سطر الأوامر هذه (وتتعامل مع ترقيات postgres والكثير من الأشياء الأخرى).
لكن لا تصلح ما لم يكن معطلاً، وأنا أتفهم أن نقل الأشياء وربما كسر الأشياء أمر مخيف.
لقد بدأت على سلاكوير بنفسي، أنا فقط لا أرى صيانة المنتدى كمشروع ممتع وأريدها أن تختفي حتى أتمكن من الاستمرار في ضرب رأسي بالحائط محاولًا دمج Google Home مع Home Assistant (أو أي شيء آخر يروق لي في ذلك الأسبوع).