Gracias. Todo tiene sentido.
¡No! Uno de los principios clave es que todo es tal como estaría en una instalación estándar. No hay CERO dependencias específicas de pfaffmanager. Si alguien ve aquí que debe hacer algo como una reconstrucción, agregar un plugin o agregar una variable de entorno a app.yml, pfaffmanager lo hará exactamente como si supiera qué es ssh y pudiera escribir comandos. Las instalaciones usan discourse-setup, las actualizaciones ejecutan ./launcher rebuild (o bootstrap, destroy, start para configuraciones de 2 contenedores). Si Postgres está desactualizado, se siguen los procedimientos en Actualización de PostgreSQL 13, y así sucesivamente. Un par de cosas me han tentado a crear un plugin de soporte opcional, pero principalmente quiero evitarlo. Ya estoy haciendo malabares con Ansible, Rails y Ember; tener otra pieza en juego no es muy atractivo.
Pero ese fragmento de runner fue de gran ayuda. Simplemente ejecutaré esto después de que se reinicie un contenedor recién construido:
docker exec web_only bash -c 'rails runner AdminDashboardGeneralData.refresh_stats'
Muchas gracias. Esto era justo lo que necesitaba.