Es hängt wirklich davon ab, was Sie tun.
Wenn Sie nur statischen Inhalt haben, benötigen Sie keinen Apache. nginx oder lighttpd würden dir ganz gut dienen.
Wenn Sie eine Mischung aus statisch und dynamisch haben (naja, Perl oder PHP), aber eine kleine Site, können Sie trotzdem mit einer dieser Alternativen plus FastCGI auskommen oder einfach das Ganze in Apache werfen.
Wenn Sie Ruby zusammen mit Ihrem statischen Inhalt mod_passenger
bereitstellen, sollte Apache Ihnen gute Dienste leisten, und Nginx / lighttpd / etc sollte Ihren statischen Inhalt bereitstellen.
Für Python (mein Fachgebiet) können Sie Apache verwenden, mod_python
wenn Sie möchten, aber auf Langsamkeit vorbereiten. mod_wsgi
besser ist , aber Sie haben noch den Overhead von Apache, was in Ordnung ist , wenn Sie eine Menge haben schweren dynamischen Verkehr. Apache ist die meiste Zeit ein schwerer Lifter.
Wenn Sie nicht viel Verkehr haben, schauen Sie sich neue Systeme wie gunicorn
oder uWSGI
oder den All-in-One-Server Cherokee an, um mit Ihrem Python umzugehen. Cherokee verarbeitet auch statische Dateien. Im Übrigen möchten Sie weiterhin nginx / lighttpd verwenden, um den statischen Inhalt bereitzustellen.
Java und andere Sprachen, von denen ich keine Ahnung habe.
Das Tolle an der Verwendung von Nginx ist jedoch, dass es erstaunlich konfigurierbar ist. Richten Sie daher ein paar statische Server mit unterschiedlichen Unterdomänen ein, jeweils einen für CSS, Images und JS. Auf diese Weise vermeiden Sie das Limit von 2 Dateien pro Domain. Richten Sie mehrere Server ein und richten Sie dann einen Nginx-Proxy / Load-Balancer vor ihnen ein, um sicherzustellen, dass alle statischen Inhalte immer verfügbar sind.
Grundsätzlich JA, schauen Sie sich mehr als nur Apache an!