Таким образом, использование Apache в качестве прокси для nginx Discourse — определённо возможный вариант.
Я согласен с тем, что преимуществом профессионального подхода является упрощение будущих обновлений, и это важный аргумент.
Однако добавление ещё одного звена в архитектуру не только усложнит отладку проблем в будущем, но и вызывает у меня опасения относительно производительности Apache в качестве прокси для веб-приложения, использующего long polling, как отмечал @sam в этом посте от 2016 года.
Я в целом предпочитаю nginx Apache, за исключением случая с mod_security. Было бы замечательно, если бы репозитории ОС включали пакеты для включения mod_security в nginx, как это сделано для Apache, но на данный момент включение mod_security в nginx требует компиляции nginx из исходного кода как в RHEL/CentOS, так и в Debian. А я избегаю зависимости от пакетов, скомпилированных из исходного кода, на производственных серверах как чумы.