Então, adicionar o Apache como proxy ao nginx do Discourse é definitivamente uma opção.
Concordo que um profissional tornaria futuras atualizações mais fáceis, e esse é um ponto importante.
Mas adicionar mais um salto à arquitetura não apenas tornaria a depuração de problemas no futuro mais complexa — também tenho preocupações sobre o desempenho do Apache como proxy para uma aplicação web que usa long polling, conforme apontado por @sam neste post de 2016.
Geralmente prefiro o nginx ao Apache, exceto quando se trata do mod_security. Seria fantástico se os repositórios do SO incluíssem pacotes para habilitar o mod_security no nginx, como fazem para o Apache, mas atualmente habilitar o mod_security no nginx requer compilar o nginx a partir do código-fonte tanto no RHEL/Cent quanto no Debian. E eu evito depender de pacotes compilados a partir do código-fonte em produção como se fosse uma praga.