NGINX vs. Apache: Wie man den besten Webserver wählt

Stellen Sie sich vor: Sie suchen nach neuen Turnschuhen, finden ein gutes Angebot und entscheiden sich, es auf der Website zu überprüfen.

Sie warten 10 Sekunden… 20 Sekunden… und die Seite lädt einfach nicht. Sie sind es leid zu warten, also wechseln Sie zu einer anderen Seite. Hier ist wahrscheinlich, was passiert ist: Die Sneaker-Website hat wahrscheinlich viel Zeit und Geld in schicke Bilder und elegante Designs gesteckt, aber das ist alles umsonst, wenn das Laden ewig dauert.

Das Internet ist voll von langsamen Websites.

Die durchschnittliche mobile Landing-Page benötigt 22 Sekunden zum Laden, und das ist schrecklich für das Geschäft.

Eine Studie von Portent hat ergeben, dass eine Website, die in weniger als einer Sekunde lädt, eine dreifach höhere Konversionsrate hat als eine Website, die fünf Sekunden zum Laden benötigt.

Was hat das nun mit unserem NGINX vs. Apache Vergleich zu tun?

Ein wichtiger Faktor, der die Geschwindigkeit Ihrer Website beeinflusst, ist Ihr Webserver – die Software, die Ihre Seiten an Besucher liefert.

Apache und NGINX sind zwei der prominentesten Webserver.

Stand Juli 2024 berichtet w3techs, dass NGINX über 34% der Websites betreibt, während Apache 29,4% unterstützt.

Macht das NGINX zum klaren Gewinner? Noch nicht.

Beide Webserver funktionieren unterschiedlich für verschiedene Anwendungsfälle. In diesem Leitfaden werfen wir einen Blick auf die Unterschiede zwischen Apache und NGINX und erklären, worauf Sie bei der Wahl eines Servers achten sollten.

Lasst uns anfangen.

Was sind Webserver?

Webserver sind Softwareanwendungen, die auf einem physischen Server laufen und eingehende Benutzeranfragen bearbeiten.

Wenn Sie eine URL wie „google.com“ eingeben, sendet Ihr Browser eine Anfrage an den Webserver, der die Dateien speichert, die zum Betreiben der Website erforderlich sind.

Der Server sendet dann den entsprechenden Inhalt zurück, ob HTML, CSS, JavaScript, Bilder oder einen anderen Typ.

Webserver erledigen viele wichtige Aufgaben hinter den Kulissen:

• Verwaltung von HTTP-Verbindungen und -Anfragen
• Leiten von Anfragen an die entsprechende Backend-Anwendung, falls erforderlich (wie PHP, Python oder Ruby on Rails)
• Lesen und Schreiben von Dateien von der Festplatte, um statische Assets zu bedienen
• Durchsetzung von Sicherheitsrichtlinien
• Komprimierung von Inhalten für eine schnellere Übertragung
• Protokollierung von Anfragen zur Analyse

Nachdem wir besprochen haben, wie Webserver funktionieren, sehen wir uns an, wie NGINX und Apache diese Aufgaben angehen.

Was ist Apache?

Apache HTTP Server, allgemein als Apache bezeichnet, ist eine beliebte Open-Source-Webserver-Software, die von Robert McCool entwickelt und 1995 veröffentlicht wurde. Er basiert auf dem NCSA HTTPd-Server.

Die Apache Software Foundation, eine gemeinnützige Organisation, die Open-Source-Softwareprojekte unterstützt, hat sie entwickelt und pflegt sie weiterhin.

Über viele Jahre war Apache der am weitesten verbreitete Webserver der Welt und betrieb zahlreiche Websites. Tatsächlich spielte er eine bedeutende Rolle beim Wachstum des World Wide Web in seinen Anfangstagen.

Einige der wichtigsten Merkmale und Vorteile von Apache sind:

• Modulare Architektur: Ihre Funktionalität kann durch Module für verschiedene Funktionen und Sprachen erweitert werden.
• Funktioniert auf verschiedenen Betriebssystemen: Apache ist darauf ausgelegt, plattformübergreifend zu arbeiten, um Ihren Webserver auf jedem Betriebssystem, einschließlich Linux, Windows und macOS, zu hosten.
• Umfangreiche Dokumentation und eine große Community: Helfen Benutzern und Entwicklern, Probleme zu lösen und bessere Lösungen gemeinsam zu entwickeln.
• Flexible Konfiguration: Die .htaccess-Dateien können benutzerspezifische Konfigurationsänderungen in Verzeichnissen erleichtern.
• Sicherheitsfunktionen: Apache bietet aufgrund seiner Open-Source-Natur und regelmäßigen Updates zur Behebung von Sicherheitslücken und Fehlern eine recht gute Sicherheit.

Das gesagt, hat Apache einige Einschränkungen:

• Höherer Speicherverbrauch: Es verbraucht mehr Speicher als NGINX, insbesondere bei der Verarbeitung mehrerer gleichzeitiger Verbindungen.
• Langsamer bei hohen Lasten: Es kann langsamer als NGINX sein, wenn statische Dateien bereitgestellt werden, insbesondere bei hohen Lasten.
• Schwierig für Entwickler zu entwickeln und zu warten: Im Laufe der Jahre hat die wachsende Komplexität der Codebasis es schwieriger gemacht, sie zu erstellen und zu warten.

Was ist NGINX?

NGINX (ausgesprochen „Engine X“) ist eine kostenlose, quelloffene, leistungsstarke Webserver-Software, die erstmals 2004 veröffentlicht wurde. Sie wurde von Igor Sysoev, einem russischen Softwareingenieur, erstellt, um das Problem zu lösen, viele Benutzer gleichzeitig auf eine Website zugreifen zu lassen, was für andere Webserver wie Apache eine Herausforderung darstellte.

Sysoevs Arbeit an NGINX begann 2002. Er zielte darauf ab, das “C10k-Problem” zu lösen — 10.000 gleichzeitige Verbindungen zu bewältigen.

Seine Vision war die eines schnellen, stabilen und skalierbaren Servers. Dieser Fokus auf Leistung macht NGINX besonders gut darin, statische Inhalte wie HTML-Seiten, Bilder und CSS-Dateien zu bedienen.

Jenseits seiner Geschwindigkeit, zeichnet sich NGINX als Reverse-Proxy aus. Es empfängt Benutzeranfragen und leitet sie intelligent an andere Server weiter, wie Apache oder Webanwendungen, um die Ressourcennutzung zu optimieren.

Einige der Hauptvorteile von NGINX sind:

• Gleichzeitige Verarbeitung: NGINX handhabt viele Benutzer gleichzeitig, ohne übermäßig viel Speicher oder CPU-Leistung zu fordern.
• Einfach einzurichten und zu konfigurieren: NGINX verfügt über ein einfaches und intuitives Konfigurationsdateiformat, das den Benutzern hilft, den Webserver entsprechend ihrem Anwendungsfall leicht zu konfigurieren.
• Verschiedene Leistungsmerkmale: NGINX bietet viele integrierte Funktionen für Lastausgleich, Cache und Absicherung von Websites mit SSL/TLS-Verschlüsselung.
• Unterstützt IMAP und POP3: NGINX funktioniert sogar als Mail-Proxyserver und unterstützt Protokolle wie IMAP und POP3.

Es gibt jedoch einige Nachteile bei der Verwendung von NGINX:

• Standardkonfigurationen sind nicht optimal: Die standardmäßigen Load-Balancing-Algorithmen funktionieren möglicherweise nicht immer optimal in jeder Situation.
• Keine eingebauten Sprachcompiler: Es unterstützt keine nativen Funktionen zur Erstellung dynamischer Websites mithilfe von serverseitigen Sprachen wie PHP oder Python. Dennoch können Sie dies mit einer Drittanbieter-Erweiterung umgehen.

Apache vs. NGINX: Was sind die Unterschiede?

Apache war einst die erste Wahl als Webserver. Jedoch hat NGINX schnell Marktanteile übernommen und ist nun bei vielen Websites mit hohem Verkehrsaufkommen beliebt.

Wenn Sie planen, mit dedicated hosting zu arbeiten, ist die Auswahl des richtigen Webservers eine wichtige Entscheidung.

Was unterscheidet diese beiden?

Lassen Sie uns einen genaueren Blick darauf werfen.

Details	Apache HTTP Server	NGINX
Gegründet	1995	2004
Lizenzbedingungen	Apache License 2.0	2-Klausel-BSD-Lizenz
Kompatibilität mit Betriebssystemen	Windows, Linux, macOS, Unix-basierte Systeme	Windows, Linux, macOS, Unix-basierte Systeme
Unterstützung des WebSocket-Protokolls	Ja	Ja (eingeführt in Version 1.3.13)
Unterstützung für Reverse-Proxy	Ja	Ja
Konfiguration von virtuellen Hosts	Unterstützt	Unterstützt
Cache	Verfügbar über Module	Im Kern integriert
Ressourcenverbrauch (Speicher)	Hoch	Niedrig
Format der Einrichtung und Konfiguration	Textbasiert	Textbasiert (einfachere Syntax)
Sicherheitsfunktionen	Unterstützung von mod_security bietet flexible Regelkonfiguration und Zugriffskontrolle	Fortgeschrittene Filterung, Ratenbegrenzung, integrierte Unterstützung für DDoS-Minderung und SSL/TLS-Leistung
Verschlüsselte Kommunikation (SSL/TLS)	Unterstützt	Unterstützt
Behandlung gleichzeitiger Verbindungen	Gut	Sehr effizient
Skalierungsleistung	Gut	Ausgezeichnet
Funktionalität der Lastverteilung	Mit Modulen erreichbar	Eingebaute Funktion
Gesamtleistung und Geschwindigkeit	Zufriedenstellend	Zweimal schneller als Apache

Architektur und Nebenläufigkeit

Einer der bedeutendsten Unterschiede zwischen NGINX und Apache ist, wie sie eingehende Anfragen intern verarbeiten.

Dies hat einen erheblichen Einfluss auf ihre Leistung und Ressourceneffizienz.

Apache’s prozessbasierte Architektur

Apache folgt einem prozessbasierten Modell und erzeugt einen neuen Thread oder Prozess für jede eingehende Anfrage.

Diese Prozesse oder Threads werden von Multi-Processing-Modulen (MPMs) verwaltet:

• Prefork MPM: Das ursprüngliche Apache-Modell. Jeder Prozess hat einen einzelnen Thread und bearbeitet jeweils eine Verbindung. Es ist einfach, kann aber speicherintensiv sein.
• Worker MPM: Verwendet mehrere Threads pro Prozess, wobei jeder eine einzelne Verbindung bearbeitet. Es ist besser als Prefork in Bezug auf Speicher, aber starker Verkehr und ressourcenintensive Anfragen können immer noch den CPU-Flaschenhals verursachen und zu Leistungsproblemen führen.
• Event MPM: Ähnlich dem Worker MPM, aber optimiert für Keep-Alive-Verbindungen (Geräte, die nicht vom Server getrennt werden können). Allerdings ist es immer noch nicht vollständig asynchron.

Dies sind alles gute Module, aber sie haben einen großen Nachteil: Apache muss für jede eingehende Verbindung neue Prozesse oder Threads erstellen und sie nach Gebrauch wieder zerstören. Es versucht, dies zu verwalten, indem es im Voraus einige untätige Prozesse vorab erstellt.

Allerdings, wenn mehrere Personen gleichzeitig auf die Seite zugreifen möchten, könnte Apache seinen bestehenden Pool überschreiten, und dann muss es schnell mehr Prozesse erstellen. Dies dauert seine Zeit und verbraucht Speicher.

Dieses Modell funktioniert einwandfrei für Websites mit geringem bis mittlerem Traffic. Dennoch kann Apache bei Websites mit vielen gleichzeitigen Verbindungen an seine Grenzen kommen.

All diese separaten Prozesse sind nicht sehr effizient. Selbst mit dem Event MPM kann Apache das Modell „ein Thread pro Verbindung“ nicht vollständig verlassen.

NGINXs ereignisgesteuerte Architektur

NGINX verfolgt einen ganz anderen Ansatz. Anstatt separate Prozesse oder Threads für jede Verbindung zu verwenden, verwendet NGINX eine asynchrone, ereignisgesteuerte Architektur.

So funktioniert es: 

• NGINX verfügt über einen primären Prozess (normalerweise einer pro CPU-Kern), der mehrere Worker-Prozesse verwaltet. Jeder Worker kann tausende von gleichzeitigen Verbindungen bewältigen. Es ist nicht notwendig, dass Worker neue Threads erzeugen oder jede Anfrage einem eigenen Prozess zuordnen.
• Stattdessen haben die Worker eine Ereignisschleife, in der sie effizient nach neuen Ereignissen auf bestehenden Verbindungen Ausschau halten, indem sie Mechanismen des Betriebssystems wie kqueue oder epoll verwenden. Dies ermöglicht es ihnen, mehrere Verbindungen innerhalb eines einzigen Threads zu jonglieren. Wenn ein Ereignis eintritt, wie eine neue Anfrage oder eine Antwort eines Backend-Servers, leitet NGINX dies schnell an einen freien Slot im Worker weiter.
• Dies ist weitaus effizienter als das Modell von Apache. NGINX kann eine massive Anzahl von Anfragen mit einem sehr kleinen Speicherbedarf bedienen. Es skaliert unglaublich gut, weshalb es für viele der am stärksten frequentierten Websites im Web verwendet wird.

Der Nachteil ist, dass NGINX keine Code-Interpreter wie Apache einbetten kann.

Also, wenn Sie PHP oder Python-Code ausführen möchten, sendet NGINX Anfragen an einen separaten FastCGI-Prozessmanager wie php-fpm. Dieser Prozess führt den Code aus und übersetzt ihn in etwas, das der Browser des Benutzers verstehen kann.

Andererseits kann Apache Sprachen wie PHP, Perl und Python innerhalb seiner Prozesse ausführen.

Da NGINX nicht kann, kann die config-Datei etwas komplexer werden.

Die Leistungssteigerungen überwiegen jedoch normalerweise den Aufwand.

Leistung

NGINX ist dafür bekannt, sehr leistungsfähig beim Bereitstellen von statischen Dateien wie HTML-Seiten, Bildern, CSS und JavaScript zu sein.

Die ereignisgesteuerte Architektur hilft, aber NGINX hat auch einige andere Tricks.

Zunächst muss NGINX im Gegensatz zu Apache nicht für jede Anfrage den Cache durchlaufen und auf die Festplatte zugreifen. Es kann Dateien direkt von der Festplatte ausliefern. Außerdem eliminiert NGINX den Overhead, der mit der Überprüfung von Berechtigungen und dem Sperren von Dateien einhergeht.

Apache hat diese Probleme, weil jede Anfrage ein Prozess ist und wenn ein Prozess etwas ändert, kann der andere Prozess nicht gleichzeitig dieselbe Datei verwenden.

Während kleinere Websites diese Engpässe aufgrund der schnellen Verarbeitung im Hintergrund nicht bemerken, wird eine große Website mit ein paar tausend Anfragen pro Sekunde beginnen, diese Probleme zu bemerken, die das Benutzererlebnis verlangsamen.

NGINX verfügt ebenfalls über einen integrierten Datei-Cache. Beim ersten Anfordern einer Datei liest NGINX diese von der Festplatte und legt sie in seinem Cache ab. Zukünftige Anfragen nach dieser Datei können blitzschnell direkt aus dem Speicher bedient werden, ohne die Festplatte zu berühren. Außerdem wird die zwischengespeicherte Daten automatisch invalidiert, wenn die Datei auf der Festplatte sich ändert.

Diese Optimierungen summieren sich. In Benchmarks kann NGINX oft statische Dateien etwa dreimal schneller als Apache ausliefern, insbesondere wenn die gleichzeitigen Anfragen zunehmen.

Ein Bonus: Dies kann Ihnen auch helfen, Ihre Kern-Web-Vitals zu verbessern, und gibt Ihnen einen kleinen Schub bei Google.

Apache ist auch nicht langsam. Sie müssen nur Zeit investieren, um ihn richtig einzustellen. Er kann auch statische Dateien sehr schnell bereitstellen.

Aber NGINX ist der richtige Weg, wenn Sie einen leistungsstarken Webserver direkt aus dem Karton möchten.

Konfiguration und Syntax

NGINX und Apache haben unterschiedliche Konfigurationsphilosophien.

Apache ist bekannt für seine umfangreichen Konfigurationsmöglichkeiten. Zusätzlich zur apache2.conf müssen Sie Ihre Regeln und Konfigurationen zur .htaccess Datei hinzufügen.

Die Konfigurationsdateien verwenden eine XML-ähnliche Syntax und bieten unglaubliche Flexibilität. Apache verfügt über eine umfangreiche Liste von Direktiven, die Sie verwenden können, um jeden Aspekt des Serververhaltens zu justieren.

Sie können Konfigurationsoptionen global festlegen oder sie für bestimmte Verzeichnisse oder virtuelle Hosts überschreiben.

Die wahre Stärke von Apache resultiert aus seinem weitreichenden Ökosystem an Modulen. Eine riesige Auswahl an offiziellen und Drittanbieter-Apache-Modulen ermöglicht Ihnen alles, von URL-Umschreibungen bis hin zu Sicherheitsfilterungen und fortgeschrittenem Caching. Um ein Modul zu verwenden, laden Sie es in Ihre Apache-Konfiguration.

Die Kehrseite ist, dass die Apache-Konfiguration schnell komplex werden kann, besonders bei ausgefallenen Setups. Direktiven können sich in kniffligen Vererbungsketten gegenseitig überschreiben. Konfigurationsoptionen sind oft über mehrere Dateien in verschiedenen Unterordnern des Hauptconfig-Ordners verteilt. Es ist äußerst flexibel, aber es dauert einige Zeit, es zu beherrschen.

Die Konfiguration von NGINX zielt andererseits auf Einfachheit und Lesbarkeit ab. Hier gibt es keine .htaccess Datei. Sie konfigurieren einfach die Websites in Ihrer NGINX.conf zusammen mit dem Ordner sites-enabled, und alles ist einsatzbereit.

Die Syntax übernimmt Stilelemente aus gängigen Programmiersprachen. Sie ist immer noch leistungsfähig, aber nicht ganz so umfangreich wie Apache.

Anstelle von Modulen verfügt NGINX über eine kleinere Gruppe von Kernanweisungen und Funktionen, die bereits integriert sind. Alle Ihre Optionen für eine gegebene Funktion befinden sich normalerweise zusammen in einem Block (eingeschlossen in geschweiften Klammern { }).

Einige fortgeschrittene Funktionen wie Lastverteilung und Cache sind in der Hauptdatei NGINX.conf konfiguriert und nicht in Nebendateien ausgelagert.

Das Ergebnis ist, dass NGINX-Konfigurationsdateien tendenziell schlanker und einfacher zu lesen und zu konfigurieren sind als die umfangreichen Apache-Dateien, aber Sie können dennoch viel mit ihnen anfangen.

Sicherheit

NGINX und Apache sind Open-Source-Projekte mit großen, aktiven Gemeinschaften von Entwicklern, die ständig arbeiten, um Schwachstellen zu identifizieren und zu beheben. Beide erhalten regelmäßige Sicherheitsupdates und haben eine gute Erfolgsbilanz bei der schnellen Behebung von Problemen.

Das gesagt, gibt es einige Unterschiede in der Art und Weise, wie sie die Sicherheit angehen.

Hier sind einige wichtige Punkte zu beachten:

• Modularität: Die modulare Architektur von Apache bedeutet, dass Sie nur die Funktionen aktivieren müssen, die Sie verwenden, wodurch die Angriffsfläche minimiert wird. Bei NGINX sind viele Standardfunktionen direkt in den Kern eingebaut, was aus Sicherheitssicht von einigen als weniger flexibel angesehen wird.
• Anfragenfilterung: NGINX verfügt über einen leistungsstarken integrierten Anfragenfilterungsmotor, der helfen kann, häufige Webangriffe wie SQL-Injection und Cross-Site-Scripting (XSS) zu blockieren. Apache verfügt über ähnliche Fähigkeiten durch Module wie mod_security.
• SSL/TLS-Konfiguration: Beide Server unterstützen SSL/TLS für verschlüsselte Verbindungen, aber NGINX wird oft als einfacher zu konfigurieren angesehen. Es hat klarere Dokumentation und sicherere Standardwerte direkt nach der Installation.
• Prozessisolation: Die Verwendung eines einzelnen Masterprozesses mit mehreren Worker-Prozessen durch NGINX kann dabei helfen, problematische Bereiche zu isolieren. Apaches Prefork- und Worker-MPMs können eine ähnliche Prozessisolierung bieten, allerdings auf Kosten der Nutzung mehrerer Ressourcen.
• DDoS-Minderung: Die ereignisgesteuerte Architektur von NGINX und die effiziente Handhabung von gleichzeitigen Verbindungen machen es zu einer beliebten Wahl zur Minderung von kleinen bis mittelgroßen DDoS-Angriffen. Einige zusätzliche Module und Feinabstimmungen können auch Apache widerstandsfähig gegen DDoS-Angriffe machen.

Dynamischer Inhalt, Module und Ökosystem

Apache ist seit langem die erste Wahl für das Bereitstellen dynamischer Inhalte, da es serverseitige Sprachen leicht integriert. Mit den Prefork- und Worker-MPMs können Sie Unterstützung für Sprachen wie PHP, Python und Perl direkt in die Apache-Binärdatei kompilieren.

Apache wird dann einen Interpreter in jedem seiner Worker-Prozesse ausführen. Das ist schön und einfach — Apache kann Anfragen für .php Dateien an seinen integrierten PHP-Interpreter weiterleiten und gerenderte Ausgaben zurückerhalten.

NGINX hat keine integrierte Unterstützung für serverseitige Sprachen. Sie benötigen einen separaten Dienst wie php-fpm, der den Sprachinterpreter ausführt, um PHP, Python oder Ruby on Rails mit NGINX auszuführen. NGINX empfängt Anfragen und leitet sie an das backend weiter, das den Code verarbeitet und eine Antwort zurücksendet.

Dies erfordert etwas mehr Arbeit zum Einrichten als der Alles-in-einem-Ansatz von Apache. Andererseits passt es zur Philosophie von NGINX, eine Sache zu tun (Anfragen bearbeiten) — und das gut zu machen.

Was andere Funktionen betrifft, so kommt NGINX mit einem engen Kern von nützlichen Funktionen wie Lastausgleich, Proxying, Caching, Ratenbegrenzung, Kompression und SSL-Terminierung. Es entspricht jedoch nicht der unglaublichen Breite des Modul-Ökosystems von Apache. Mit Apache haben Sie Module für Authentifizierungsschemata, Inhaltsfilterung, eingebettete Skriptsprachen und darüber hinaus.

Nicht jeder dieser Punkte ist einzigartig. NGINX kann viele der gleichen Aufgaben erfüllen, nur auf andere Weise. Die Modulbibliothek von Apache ist jedoch recht umfangreich.

Wenn Sie eine sehr spezifische Funktion benötigen, könnte Apache hier einen Vorteil haben.

Dennoch ist der Funktionsumfang von NGINX robust für die meisten gängigen Web-Hosting-Bedürfnisse.

Einsatz, Leistung und Gemeinschaft in der realen Welt

Die Beliebtheit von NGINX ist im letzten Jahrzehnt gestiegen.

Ab 2022 treibt es über 34% aller Websites weltweit an, verglichen mit etwa 29% von Apache.

Eine Sache sollten Sie im Hinterkopf behalten: Sie werden keinen Unterschied zwischen diesen Webservern bemerken, es sei denn, Sie haben eine große Website oder einen wirklich kleinen Server.

Angenommen, Sie mögen Apaches umfangreiche Konfigurationsoptionen und den All-in-One-Ansatz für dynamischen Inhalt. Die Apache-Dokumente gehören zu den besten, und die Community ist riesig, falls Sie jemals Hilfe benötigen.

NGINX könnte besser sein, wenn Sie maximale Parallelität anstreben oder eine riesige Website aufbauen. Seine Architektur ist etwas zukunftssicherer und für Skalierung gebaut. Und die NGINX-Community ist schnell gewachsen. Die Dokumente sind ebenfalls solide; Sie können viele Anleitungen und Unterstützung finden.

Apache vs. NGINX: Welcher ist der Richtige für Sie?

Es gibt keine pauschale Antwort auf die NGINX vs. Apache Debatte. Dennoch gibt es einige gute Faustregeln, die Ihnen bei der Entscheidung helfen können.

NGINX ist besser, wenn:

• Sie haben eine Website mit sehr hohem Verkehrsaufkommen.
• Sie müssen eine Menge statischer Assets schnell bereitstellen.
• Sie bauen eine Architektur aus Mikroservices auf.
• Sie bevorzugen einen effizienteren Konfigurationsstil.
• Sie verwenden Container oder Cloud-Hosting, bei denen jedes Gramm Speicher zählt.

Apache ist besser, wenn:

• Sie benötigen eine tiefe Kompatibilität mit nur für Apache bestimmten Funktionen wie .htaccess.
• Sie wünschen Module für sehr spezifische Funktionalitäten.
• Sie müssen ältere Webanwendungen ausführen, die für Apache und mod_php entwickelt wurden.
• Sie mögen einfach das Apache-Konfigurationssystem.
• Ihr Server ist hauptsächlich eine Entwicklungsbox, und die Leistung ist weniger kritisch.

Es gibt keine Regel, die besagt, dass Sie sich für eines entscheiden müssen.

NGINX vor Apache als Reverse-Proxy zu betreiben, ist sehr üblich. Dies ermöglicht Ihnen, NGINXs unschlagbare statische Dateibereitstellung und gleichzeitige Verarbeitung mit der reichen Unterstützung dynamischer Sprachen von Apache im Backend zu kombinieren — das Beste aus beiden Welten.

Zusammenfassung

Apache und NGINX sind beide großartig, daher hängt die Wahl meist davon ab, was am besten zu Ihren Bedürfnissen passt.

Denken Sie daran, selbst der leistungsfähigste Webserver ist nur ein Zahnrad in der Maschine. Also, wenn die Website träge wirkt, sollten die Webserver-Software oder -Hardware nicht unbedingt das Erste sein, was optimiert wird.

Intelligentes Caching, Datenbank-Tuning, Code-Optimierung und solide zugrunde liegende Hardware können alle dazu beitragen, Ihren Stack schneller zu machen, als stundenlang mit NGINX oder Apache herumzuspielen.

Wenn Sie einen Server zum Ausprobieren benötigen, versuchen Sie DreamHosts verwaltetes VPS. Mit einem VPS können Sie wählen, welche Software installiert werden soll, wie der Server auf Anfragen reagieren soll und mehr. Außerdem bietet die Flexibilität eines VPS die Möglichkeit, mehrere Websites auf einem einzigen Server zu hosten und die Ressourcen entsprechend aufzuteilen.

Zusätzlich kommen jetzt alle DreamPress Pläne mit NGINX.

Der einzige Weg, die ideale Einrichtung zu finden, ist zu experimentieren. Starten Sie einen VPS, installieren Sie NGINX und Apache, und sehen Sie, was am besten für Sie funktioniert!