Also, Apache als Proxy vor Discourse nginx einzurichten, ist definitiv eine Option.
Ich stimme zu, dass ein Profi damit zukünftige Updates erleichtern würde – das ist ein wichtiger Punkt.
Aber ein weiterer Hop in der Architektur würde nicht nur die Fehlersuche in der Zukunft erschweren – ich habe zudem Bedenken hinsichtlich der Leistung von Apache als Proxy für eine Webanwendung, die Long Polling verwendet, wie @sam in diesem Beitrag von 2016 angemerkt hat.
Im Allgemeinen bevorzuge ich nginx gegenüber Apache, außer wenn es um mod_security geht. Es wäre fantastisch, wenn die Paketquellen des Betriebssystems Pakete zur Aktivierung von mod_security in nginx bereitstellen würden, wie dies für Apache der Fall ist. Derzeit erfordert die Aktivierung von mod_security in nginx jedoch die Kompilierung von nginx aus dem Quellcode sowohl unter RHEL/Cent als auch unter Debian. Und ich vermeide es, in der Produktion auf aus dem Quellcode kompilierte Pakete angewiesen zu sein, wie die Pest.