Estoy pensando en actualizar Discourse automáticamente a través de un cronjob. Por ejemplo, cada dos semanas por la noche, un cronjob con lo siguiente:
cd /var/discourse
./launcher rebuild app
¿Crees que es seguro hacerlo? ¿O debería hacerlo manualmente?
Es posible que algo salga mal y dejes tu sitio roto. Te recomiendo que prestes atención cuando lo hagas.
Sí. Estaba pensando en enviar toda la salida de compilación por correo electrónico, para poder revisarla por la mañana.
Personalmente, hago exactamente lo mismo con mis sitios, pero uso la instalación de dos contenedores en caso de que el arranque falle.
Solo si el arranque se completa con éxito, el contenedor antiguo se detiene y el nuevo se inicia.
Hasta ahora no he tenido problemas.
Como dijo Jay, en casos raros, una actualización puede causar problemas (ya sea en el propio Discourse o con complementos/componentes).
Lo he visto suceder un par de veces en unos años. Es muy raro y las correcciones se realizan rápidamente, pero debido a esto, tiendo a obtener información sobre las actualizaciones (y revisar la categoría Bug 
) antes de reconstruir mis instancias. A menudo espero unos días después de que se lanza oficialmente una nueva versión.
Y también ejecuto ./launcher cleanup a veces.
Por lo tanto, prefiero actualizar cuando quiero y después de recopilar información. Tengo un control de daños potencial, es más seguro.
¿Hay algo nuevo sobre esto en 2026?
Me gustaría implementar las actualizaciones de seguridad lo antes posible (incluso a riesgo de romper un sitio de producción debido a una actualización no atendida). Discourse en realidad no distingue entre actualizaciones de seguridad y otras… así que no me importa simplemente actualizar todo, todos los días. ¿Sigue siendo el trabajo cron el camino a seguir?
Personalmente, no lo haría. Por un lado, ni siquiera necesito actualizar mensualmente para obtener correcciones de seguridad, lo que significa que leo las notas de la versión y tomo una decisión. Por otro lado, si actualizas a diario, encontrarás más de las raras ocasiones en las que la cosa fallará. Tendrás más tiempo de inactividad, sin duda.
Si no te importa que el trabajo cron a veces mate el foro hasta que venga alguien cualificado a arreglarlo, entonces sí, ejecuta el trabajo cron. Pero ten en cuenta que la persona cualificada podría necesitar involucrar a los desarrolladores aquí y esperar algunas horas más hasta que el problema sea diagnosticado y solucionado.
Una actualización de Discourse no ha roto mi foro en los últimos 4 años, así que no estoy preocupado. Si alguna vez se rompe de vez en cuando, puedo manejarlo.
Mi preocupación se centra más en la seguridad, y eventos recientes (como los paquetes npm de Axios hace una semana…) con ataques a bibliotecas sugieren que quizás debamos actualizar las bibliotecas con más de 7 días de retraso tras un nuevo lanzamiento.
Si fuera posible actualizar inmediatamente los aspectos relacionados con la seguridad y el resto con un retraso de 7 días, probablemente sería ideal, pero no creo que esto sea compatible con Discourse.
Un problema de actualización podría no solo hacer que el foro se caiga, sino que también podría introducir silenciosamente nuevos errores, funciones rotas, incompatibilidades de plugins o componentes, etc., aunque es poco común.
Incluso si aumentar drásticamente la frecuencia de actualización en tu foro incrementa el riesgo de enfrentar caídas o errores, siempre puedes ver cómo funciona y revertir si enfrentas demasiados inconvenientes.
Lo que quiero decir es que, aunque quizás no sea la mejor idea según algunos, tampoco es realmente arriesgado.