مرحباً،
أود أن أعرف ما إذا كانت هناك أي ملاحظات فيما يتعلق بحجم المثيلات. أود استضافة discourse web_only على kubernetes، مع قاعدة بيانات postgres خارجية و redis مستضافة على rds و elasticache، وحوالي 2000 مستخدم. (لست متأكداً من عدد المشاركات، فنحن ننتقل من نظام آخر لا أملك وصولاً إليه)
هل لدى أي شخص أي ملاحظات حول حجم عقد العامل، ونوع مثيل postgres، ونوع مثيل redis؟
شكراً،
الكثير من القطع للغز واحد. إنه يفتحك للكثير من الأشياء التي يمكن أن تسوء.
سؤالي ساذج جداً لأنني أفهم نصف الكلمات التي استخدمتها فقط، ولكن لماذا لا تعتمد على الطريقة الرسمية لتثبيت Discourse؟
يعتمد هذا بشدة على حمل حركة المرور الخاصة بك، ولكن نظرًا لسهولة تغيير كل هذه الأشياء، أوصي باختيار حجم ومعرفة مدى أدائه. استهداف ما بين 3-10 عقد تطبيقات للتعامل مع حركة المرور العادية هو على الأرجح خطة جيدة.
طالما تم بناء الصور المنشورة باستخدام برنامج التشغيل الخاص بنا، فسيكون هذا تكوينًا مدعومًا. وهذا يتوافق مع تكوين العينة web_only الخاص بنا والذي قالوا بالفعل إنهم يستخدمونه.
ومع ذلك، لن نتمكن من المساعدة في جانب Kubernetes.
سؤالي أبسط من سؤال @Canapin، ولكن هل تتوقعون نموًا كبيرًا حقًا؟ لأنه مع 2000 مستخدم، لا تحتاجون إلى مثل هذه القدرة على التوسع. أم أنكم تخططون لذلك لمجرد أنكم تستطيعون (لا شيء خاطئ في ذلك أيضًا)؟
للإجابة على الأسئلة المختلفة، أود أن أقول إننا أولاً وقبل كل شيء من أشد المعجبين بـ k8s في الفريق، وهذه فرصة - بما أننا نستطيع تحمل تكلفتها، فهذا رائع - للقيام بأشياء على مجموعتنا الجميلة.
بالفعل، هناك الكثير من القطع التي تشكل اللغز، ونحن نفكر أيضًا في تشغيل جهازين فقط بقالب الويب فقط والاحتفاظ بقاعدة البيانات و Redis على أجهزة مخصصة، مما سيسهل عملية النشر حقًا.
ونعم، سنقوم بتعديل عقد العمال إذا رأينا أنها محملة، لكننا كنا نتساءل قليلاً عن مكان البدء، 2cpus 4gos تبدو بداية جيدة بالنسبة لي، ولكن مع ردود الفعل سأكون أكثر ارتياحًا 
ستحتاج إما إلى استخدام صورة bitnami غير المدعومة أو معرفة كيفية استخدام ./laucher لبناء صورتك ثم دفعها إلى مكان يمكنك من خلاله تشغيل k8s. ليس من الواضح على الفور كيف يتم ذلك.