Ya estoy usando valores más altos para worker_connections y worker_processes en nginx a través de reglas de reemplazo en app.yml
Aunque jugaría un poco para encontrar los mejores valores, idealmente sin reconstruir discourse cada vez. ¿Hay alguna forma de cambiar nginx.conf en el contenedor y reiniciar el proceso de nginx sin reconstruir discourse por completo?
Sí, puedes entrar en el contenedor (por ejemplo, ./launcher enter app), usar apt para instalar un editor, editar los archivos de NGINX y sv restart nginx (¿quizás reload funcione?).
Esa es una forma en la que lo pensé y probé hasta que vi que ni siquiera hay una sola fuente para apt. Añadir una yo mismo suena un poco inestable para un sistema que no conozco y que se ejecuta en producción. Tener al menos vi allí realmente ayudaría para algunas tareas simples guiño, guiño
Nunca he prestado atención a las fuentes de apt, pero tengo varias plantillas que hacen un apt-get update; apt-get install para instalar cosas en el contenedor (mi dashboard.literatecomputing.com necesita python y ansible, por ejemplo). Funciona, o funcionaba hasta el viernes pasado. De manera similar, la plantilla que uso para hacer migraciones añade vim y algunas otras cosas.
No recomiendo editar cosas manualmente para producción, ya que los cambios obviamente desaparecerán en la próxima reconstrucción, pero si lo que quieres hacer es solo probar valores para encontrar los que funcionan, esta es probablemente una solución suficientemente buena (ya que evita un montón de reconstrucciones).
Además, la configuración de 2 contenedores típicamente tiene menos de 1 minuto de inactividad cuando haces una reconstrucción y arrancas el nuevo contenedor.
No le prestaría atención a las fuentes de apt tampoco, pero sin fuentes no hay instalación, de lo contrario, realmente no me importaría.
root@forum-app:/var/www/discourse# apt install vi
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias... Hecho
Leyendo la información de estado... Hecho
E: No se puede encontrar el paquete vi
root@forum-app:/var/www/discourse# apt list sources
Listando... Hecho
root@forum-app:/var/www/discourse#
es lo mismo para apt-get y vim o nano, ¡solo para asegurarme!
Ubuntu algo y después de apt update && apt dist-upgrade (donde respondí no, porque quería actualizar pqsl y entré en pánico) apt install nano tuvo éxito.
Para mí en Ubuntu después de /launcher enter app puedo dar apt update && apt install nano -y[1] correctamente. Así que si apt no funciona, diría que o el sistema en sí o docker está roto