ما هي موارد GCP؟
في سياق الاستضافة، سيكون ذلك Google Cloud Platform (منصة غوغل السحابية).
خدمات Google Cloud لـ PostgreSQL و Redis.
لم أتمكن من جعل هذا يعمل، لكنني فكرت في إرفاقه هنا في حال وجدته الناس مفيدًا.
discourse 0.2.1 · halkeye/halkeye هذا مخطط Helm لمنصة Discourse.
بعض المراجع الأخرى:
- GitHub - trizvanov/helm-discourse: Helm Chart for Discourse · GitHub
- GitHub - halkeye-helm-charts/discourse · GitHub (المصدر للرابط أعلاه على Helm Hub)
image.repository string “halkeye/discourse”
لا أنصح بأي إعداد لـ k8s لـ Discourse لا يقوم ببناء صورة Docker داخل العنقود، وإلا فستكون تحت رحمة أي شخص عشوائي لتحديثات Discourse.
لقد فكرت في تقديم خدمة حيث أكون أنا الشخص العشوائي الذي يقوم بهذه التحديثات، لكنني كنت خائفًا جدًا من تداعيات الدعم بالنسبة لي ولـ meta. قريبًا جدًا سأقوم بضبط بنيتي التحتية لـ k8s لمجموعتي المعدنية الصغيرة، لذا سأفكر في الأمر مرة أخرى حينها.
نعم، لقد لاحظت ذلك للتو. ربما يمكننا استخدام النسخة الرسمية لبناء مخططات Helm.
لست متأكدًا من سبب حاجته إلى بناء نسخته الخاصة.
ما هي نقطة الدخول التي نعطيها لحاوية Docker؟ أرى أن نقطة الدخول الافتراضية هي:
"Cmd": [
"/bin/bash",
"-c",
"cd /pups && git pull && /pups/bin/pups --stdin"
],
والتي تقوم فقط بتحديث pups. هل يجب أن نغيرها إلى شيء آخر؟
@Geoffrey_Challen ملخص رائع. أتساءل، لحل مشكلة الحاجة إلى قاعدة بيانات الإنتاج أثناء ترقية الصورة (أو أي عملية تهيئة في الواقع)، ألا يكون من المنطقي استخدام النسخ الاحتياطية؟
الخطوات ستكون كالتالي:
- لديك Discourse قيد التشغيل مع إعداداتك ومناقشاتي ومستخدميك، إلخ.
- قبل الترقية، قم بنسخ احتياطي لـ Discourse (باستخدام حل النسخ الاحتياطي الخاص بـ Discourse)
- قم بإنشاء صورة جديدة (وذلك “من جديد”، دون استخدام قاعدة البيانات الحالية لديك، بل ابدأ من الصفر)
- شغّل الحاوية الجديدة من الصورة الجديدة
- استعد النسخة الاحتياطية من النقطة 2.
- تم؟
أعتقد أن هذه الخطوات يمكن أتمتتها. بهذه الطريقة، لن تضطر إلى تعديل السكريات الافتراضية، بل ستستخدمها كما هو مقصود لتهيئة صورة جديدة.
هل هناك أي تحديثات؟ لا تزال لا توجد طريقة رسمية لتثبيت Discourse على Kubernetes؟
هل هناك أي تحديث بخصوص هذا؟
أنا أستخدم Bitnami/Discourse Helm Chart ولكني أرغب في الانتقال إلى صورة Discourse Docker المدعومة رسميًا.
نفس الشيء هنا! أقوم ببناء مجموعة k8s في المنزل. تكاليف الاستضافة تتزايد ومنتدى صغيري لا يستحق تلك التكاليف الشهرية. لذلك أود نقله إلى مجموعة k8s الخاصة بي بمجرد أن تكون جاهزة. سيكون من الرائع وجود مخطط Helm رسمي لـ Discourse.
هل هناك أي تحديثات حول تثبيت k8s؟ مخططات Helm؟
حسناً، تحدثت مع ChatGPT لفهم سبب الحاجة إلى تشغيل واجهة سطر الأوامر (CLI) كـ root على جهاز افتراضي مخصص لتهيئة صورة Docker في عام 2025… حصلت على الإجابة وأقبلها. لا حاجة للإجابة على سؤالي السابق بعد الآن.
سمعت أن البعض يستبدل GlusterFS بـ SeaweedFS.
مرحباً.
أعلم أنه غير مدعوم ولكني تمكنت من تثبيت Discourse على GKE باستخدام صورة discourse/discourse - Docker Image وعروض Google لـ Postgres و Redis.
لذا، في الوقت الحالي، يعمل بشكل جيد ومستقر بقدر ما أستطيع أن أرى (لا توجد زيادات في استهلاك الموارد وكل شيء يبدو على ما يرام، على الرغم من أنه لا يعمل في بيئة الإنتاج) ولكني قلق بشأن الترقيات في المقام الأول، لذا أود أن أعرف ما إذا كان بإمكان أي شخص مساعدتي في فهم ما يلي:
في حال تغيرت الصورة، ما هو التأثير الحقيقي؟ لأنه لنفترض أن الصورة الجديدة تتطلب تحديث قاعدة البيانات. كيف يمكنني تشغيل عمليات الترحيل (migrations) الضرورية؟ أو كيف يمكنني التأكد من أن البرنامج يعمل كما هو متوقع إذا لم تكن هذه هي طريقة التثبيت المدعومة.
شكراً وأتطلع إلى ردكم.