ruby-on-rails – Wie Apache mit Anwendungsservern interagiert
Eine der Rails-Bereitstellungslösungen besteht darin, Apache als Reverse Proxy zu verwenden, um Anfragen an den Anwendungsserver (z. B. Phusion Passenger) weiterzuleiten. Wie interagiert Apache als Reverse-Proxy-Server mit dem dahinter liegenden Anwendungsserver?
Mein Apache lauscht zum Beispiel auf Port 1080 und überprüft die Prozessinformationen:
> ps aux | grep /MyWebsite/bin/httpd
googly 8353 0.0 0.0 73856 3280 ? Ss Aug26 0:00 /MyWebsite/bin/httpd -d /MyWebsite -f var/state/apache-1080/httpd.conf
googly 8391 0.0 0.0 73856 1828 ? S Aug26 0:00 /MyWebsite/bin/httpd -d /MyWebsite -f var/state/apache-1080/httpd.conf
... # 起了10个进程，并且我知道8353是父进程，其余的是子进程
Wenn eine Anfrage eingeht, geht sie zuerst an Apache. Apache weist einen Prozess aus diesen Prozessen zu, um die Anfrage zu bearbeiten (z. B. wird der Prozess 8391 zugewiesen). Was wird der Prozess 8391 tun? Wird er diese Anfrage an den nachfolgenden Anwendungsserver (Phusion Passenger) weiterleiten? Wenn ja, verfügt der Anwendungsserver auch über einen eigenen unabhängigen Prozess? Oder kann der Prozess 8391 als Anwendungsserverprozess betrachtet werden und diese Anfrage selbst bearbeiten?
Wie interagiert Apache mit dem dahinter hängenden Anwendungsserver?
