To naprawdę zależy od tego, co robisz.
Jeśli masz tylko zawartość statyczną, nie potrzebujesz Apache. nginx lub lighttpd dobrze by Ci służyły.
Jeśli masz mieszankę statyczną i dynamiczną (cóż, Perl lub PHP), ale małą stronę, nadal możesz sobie poradzić z jedną z tych alternatywnych opcji plus FastCGI, lub po prostu wrzucić całość do Apache.
Jeśli podajesz Ruby razem ze statyczną treścią, mod_passengerw Apache powinno ci dobrze służyć, a nginx / lighttpd / etc obsługuje twoją statyczną treść.
W przypadku Pythona (moja specjalizacja) możesz używać Apache, mod_pythonjeśli chcesz, ale przygotuj się na powolność. mod_wsgiJest lepiej, ale wciąż masz napowietrznej Apache, co jest w porządku , jeśli masz dużo ciężkiego ruchu dynamicznego. Apache przez większość czasu jest ciężki.
Jeśli nie masz dużego natężenia ruchu, zajrzyj do nowych systemów, takich jak gunicornlub uWSGIserwer All-in-one Cherokee, aby obsłużyć Twój Python. Cherokee obsługuje również pliki statyczne. Resztę nadal będziesz chciał używać nginx / lighttpd do obsługi zawartości statycznej.
Java i inne języki, nie mam pojęcia.
Jednak wielką zaletą korzystania z nginx jest to, że jest on niesamowicie konfigurowalny. Skonfiguruj więc kilka statycznych serwerów z różnymi poddomenami, po jednym dla CSS, obrazów i JS. W ten sposób pomagasz uniknąć limitu 2 plików na domenę na raz. Skonfiguruj kilka serwerów, a następnie skonfiguruj serwer proxy / równoważenie obciążenia nginx przed nimi, aby mieć pewność, że cała zawartość statyczna jest zawsze dostępna.
Zasadniczo, TAK, spójrz na coś więcej niż tylko Apache!