Obrigado. Tudo faz sentido.
Não! Um dos princípios chave é que tudo é exatamente como seria em uma instalação padrão. Não há dependências específicas do pfaffmanager. Se alguém vir aqui que deve fazer algo como uma reconstrução, adicionar um plugin ou adicionar uma variável de ambiente a app.yml, o pfaffmanager fará exatamente como se soubesse o que é ssh e pudesse digitar comandos. As instalações usam discourse-setup, as atualizações executam ./launcher rebuild (ou bootstrap, destroy, start para configurações de 2 contêineres). Se o Postgres estiver desatualizado, os procedimentos em Atualização do PostgreSQL 13 são seguidos, e assim por diante. Algumas coisas me tentaram a criar um plugin de suporte opcional, mas eu principalmente quero evitar isso. Já estou lidando com Ansible, Rails e Ember - ter outra peça em jogo não é muito atraente.
Mas esse trecho do runner foi de grande ajuda. Executarei isso após a reinicialização de um contêiner recém-construído:
docker exec web_only bash -c 'rails runner AdminDashboardGeneralData.refresh_stats'
Muito obrigado. Era exatamente o que eu precisava.