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_passengerbereitstellen, 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_pythonwenn Sie möchten, aber auf Langsamkeit vorbereiten. mod_wsgibesser 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 gunicornoder uWSGIoder 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!