Professionelle Web-Infrastruktur: mehr als nur eine Domain

01Eine Domain ist eine Adresse, kein Haus

Wenn ein Unternehmen beschließt, „online zu gehen“, ist die erste Anschaffung fast immer eine Domain: firmenname.de, ein paar Euro im Jahr, und das Gefühl, den Schritt getan zu haben. Es ist ein echter Schritt, aber der kleinste. Eine Domain ist eine Adresse: Sie sagt, wohin man gehen soll, nicht, was man dort vorfindet.

Hinter dieser Adresse muss ein Server stehen, also ein Computer, der Tag und Nacht in einem Rechenzentrum läuft, die Anfragen der Besucher entgegennimmt und mit den Seiten antwortet. Er ist das Haus. Und wie bei einem echten Haus zählen andere Fragen: Wie groß ist es, wer wohnt mit Ihnen darin, wie viel hält es aus, wenn hundert Gäste gleichzeitig kommen, wer hat die Schlüssel?

Zwischen Adresse und Haus gibt es ein drittes Stück, das DNS: den Stadtplan des Internets, der den von Menschen geschriebenen Namen in die Nummer (die IP-Adresse) übersetzt, die Computer verstehen. Wie Domain, DNS und HTTPS-Zertifikat im Detail funktionieren, erzähle ich im Kapitel darüber, was passiert, wenn jemand Ihre Adresse eintippt. Hier interessiert der Zielpunkt: der Server.

Für eine Online-Visitenkarte mit wenigen Seiten, die sich einmal im Jahr ändern, darf das Haus klein sein. Für ein Firmenportal mit Kunden, die sich mit eigenem Zugang anmelden, mit Buchungen, Zahlungen, einer Unternehmenssoftware im Hintergrund und personenbezogenen Daten, die zu schützen sind, ist das Haus das Teil, das alles trägt. Und genau dort reicht das Angebot „Domain + Hosting für ein paar Euro“ nicht mehr aus.

02Shared Hosting: ein Mehrfamilienhaus mit dünnen Wänden

Shared Hosting ist die verbreitetste und günstigste Lösung: Ein einziger physischer Server beherbergt Hunderte, manchmal Tausende Websites verschiedener Kunden. Jede hat ihren eigenen Ordner und ihren eigenen Platz, aber Prozessor, Arbeitsspeicher, Festplatte und Anbindung werden geteilt. Der Anbieter kümmert sich um alles: Updates, Serversicherheit, E-Mail, Verwaltungsoberfläche. Sie laden nur die Dateien hoch.

Es ist ein Mehrfamilienhaus: Es kostet wenig, weil die Kosten geteilt werden und sich jemand um die Gemeinschaftsflächen kümmert. Aber die Wände sind dünn. Wenn der Nachbar eine Party feiert, also wenn eine andere Website einen Besucheransturm erlebt oder ein schlecht geschriebenes Programm den ganzen Prozessor belegt, werden auch Sie langsamer, ohne etwas getan zu haben. Im Fachjargon heißt das der Effekt des „lauten Nachbarn“.

Wann Shared Hosting bestens passt

Es ist kein Produkt, auf das man herabsehen sollte: Es ist ein Produkt, das man für das einsetzt, wofür es gemacht ist. Es passt bestens für:

• eine Visitenkarten-Website mit wenigen Seiten, vor allem wenn sie aus statischen Dateien besteht und nicht bei jedem Besuch eine Datenbank abfragt;
• einen privaten Blog oder den Blog eines kleinen Betriebs, mit gleichmäßigem Verkehr und ohne Spitzen;
• eine Landingpage für eine Kampagne oder eine Test-Website.

Die Grenzen, die man erst zu spät entdeckt

Die Probleme beginnen, wenn aus der Website eine Anwendung werden soll. Beim Shared Hosting gilt in der Regel:

• Software lässt sich nicht nach Belieben installieren: Sie nutzen die PHP- und MySQL-Version, die der Anbieter bereitstellt, sofern er sie bereitstellt;
• es gibt versteckte Obergrenzen für gleichzeitige Prozesse, Speicher pro Anfrage, maximale Laufzeit eines Skripts und Anzahl der Datenbankverbindungen;
• geplante Aufgaben (der nächtliche E-Mail-Versand, das Backup, der Abgleich mit der Unternehmenssoftware) sind in ihrer Häufigkeit begrenzt oder gar nicht vorhanden;
• ein dauerhaft laufender Dienst ist nicht möglich, etwa eine API in .NET oder Node.js oder ein System für Echtzeit-Benachrichtigungen;
• die Reputation der IP-Adresse wird geteilt: Wenn ein Nachbar Spam verschickt, können die E-Mails Ihrer Domain im Spam-Ordner landen. Darüber spreche ich im Kapitel über die professionelle geschäftliche E-Mail.

03Der VPS: ein eigener Server, ohne einen zu kaufen

Ein VPS (Virtual Private Server, virtueller privater Server) ist ein Stück eines leistungsstarken physischen Servers, von den anderen getrennt durch ein Programm namens Hypervisor. Der Hypervisor tut nur eine Sache, und die mit Strenge: Er teilt jedem Stück sein Kontingent an Prozessor, Speicher und Festplatte zu und verhindert, dass ein Stück die Ressourcen eines anderen berührt. Für das Betriebssystem, das darin läuft, ist dieses Stück ein ganzer Computer.

In der Praxis wird ein VPS mit drei Zahlen beschrieben: den vCPU (den virtuellen Prozessoren), dem RAM und dem Speicherplatz, fast immer auf schnellen SSDs. Eine Konfiguration wie 2 vCPU, 4 GB Arbeitsspeicher und 40 GB Festplatte trägt ein Firmenportal mit seiner Datenbank, einer API und den geplanten Aufgaben ganz entspannt, solange der Verkehr dem eines lokalen oder regionalen Betriebs entspricht.

Die vier Vorteile, die zählen

Die Kehrseite der Medaille: Die Schlüssel haben Sie

Ein „nicht verwalteter“ VPS ist ein leer übergebenes Haus, die Schlüssel in der Hand. Der Anbieter garantiert, dass die Maschine läuft und angebunden ist; alles andere liegt in der Verantwortung dessen, der sie verwaltet:

• die Sicherheitsupdates des Betriebssystems und der Programme;
• die Firewall, also welche Ports zum Internet offen sind und welche nicht;
• die HTTPS-Zertifikate und ihre automatische Erneuerung;
• die Backups, die die Maschine verlassen müssen: Ein Backup, das auf demselben Server liegt, verschwindet mit ihm. Das erkläre ich im Kapitel über die Datensicherung im Unternehmen und die 3-2-1-Regel;
• das Monitoring: wissen, dass die Website steht, bevor es Ihnen ein Kunde sagt, und ein Dienst, der sie von selbst neu startet.

Deshalb lautet die eigentliche Frage nicht „Hosting oder VPS“, sondern „VPS, verwaltet von wem?“. Ein sich selbst überlassener VPS ist weniger sicher als ein gutes Shared Hosting. Ein methodisch verwalteter VPS ist die solideste Grundlage, die ein kleines oder mittleres Unternehmen haben kann, zu einem Bruchteil der Kosten eines dedizierten Servers.

04Linux oder Windows Server: So wählen Sie das Betriebssystem

Auf dem VPS muss ein Betriebssystem installiert werden, und diese Wahl trifft man einmal für Jahre. Die beiden Familien sind Linux (in seinen Server-Distributionen: Ubuntu Server, Debian, AlmaLinux, Rocky Linux) und Windows Server von Microsoft. Das ist keine Geschmacksfrage: Es hängt davon ab, was der Server ausführen muss.

Linux: die natürliche Wahl für das Web

Die große Mehrheit der Webserver weltweit läuft unter Linux, und zwar aus sehr handfesten Gründen:

• Stabilität: Ein gut konfigurierter Linux-Server läuft monatelang; Sicherheitsupdates lassen sich fast immer ohne Neustart einspielen;
• Schlankheit: Ohne grafische Oberfläche belegt das System wenig Speicher und lässt die Ressourcen den Anwendungen;
• das Ökosystem des Webs: PHP, MySQL und MariaDB, PostgreSQL, Python, Node.js und die Webserver Nginx und Apache entstehen auf Linux und werden dort zuerst getestet;
• keine Lizenzen: Das System ist Open Source, man zahlt weder pro Prozessor noch pro Benutzer;
• Fernverwaltung, sicher über SSH und kryptografische Schlüssel, ohne einen im Internet offenen Remote-Desktop;
• Sicherheit in Schichten: strenge Rechte auf Dateien und Prozesse, integrierte Firewall, schnelle Updates durch sehr große Communitys.

Das Vorurteil, das widerlegt gehört: „.NET heißt Windows“

Bis vor ein paar Jahren stimmte das. Heute nicht mehr. Seit 2016 hat Microsoft seine Plattform als .NET (früher .NET Core genannt) neu geschrieben; sie läuft nativ unter Linux, und auf ihr wird die gesamte neue Software entwickelt. Seit 2017 gibt es auch SQL Server für Linux. Eine moderne Anwendung in C# kann also auf einem Linux-VPS laufen, mit denselben Vorteilen bei Schlankheit und Kosten wie eine Website in PHP.

Wann Windows Server wirklich unverzichtbar ist

• wenn Software für das alte .NET Framework 4.x geschrieben ist (WebForms, serverseitige WCF-Dienste), die es nur für Windows gibt und die sich nicht ohne teilweises Neuschreiben auf .NET übertragen lässt;
• wenn das Unternehmen Active Directory nutzt, um Benutzer, Computer und Rechte im internen Netz zu verwalten: Der Domänencontroller ist eine Rolle von Windows Server;
• wenn Unternehmensprogramme laufen müssen, die es nur für Windows gibt, oder mehrere Personen an einem gemeinsamen Remote-Desktop arbeiten sollen;
• wenn eine Funktion von SQL Server gebraucht wird, die es in der Linux-Version nicht gibt (einige Zusatzdienste, etwa für das Reporting): Das muss im Einzelfall in der Dokumentation von Microsoft geprüft werden.

In allen anderen Fällen bringt Windows Server Lizenzkosten, mehr vom System belegten Speicher und eine größere Angriffsfläche mit sich, ohne einem Webportal im Gegenzug etwas zu bieten.

05Die TTFB: Wie lange wartet, wer an die Tür klopft

Die TTFB (Time to First Byte, die Zeit bis zum ersten Byte) misst, wie viel Zeit vergeht, von dem Moment, in dem der Browser eine Seite anfordert, bis zum Eintreffen des ersten Stückchens der Antwort. Das ist nicht die gesamte Ladezeit: Es ist die Zeit, in der der Besucher auf einen weißen Bildschirm schaut und wartet, dass der Server zu sprechen beginnt.

Google bezeichnet in seinem Leitfaden für Entwickler eine TTFB von 0,8 Sekunden oder weniger als gut und eine über 1,8 Sekunden als schlecht. Jede hier verlorene Millisekunde addiert sich zu allem, was danach kommt: Ein langsamer Server macht auch die schlankeste Website langsam.

So messen Sie sie, ohne besondere Programme

• Im Browser: Öffnen Sie die Entwicklertools (Taste F12), Reiter Netzwerk, laden Sie die Seite neu und klicken Sie auf die erste Zeile. Im Bereich der Zeiten ist der Eintrag „Warten auf Serverantwort“ der Teil der TTFB, der vom Server abhängt.
• Über die Kommandozeile: curl -o /dev/null -s -w "%{time_starttransfer}\n" https://ihrewebsite.de/ gibt die Sekunden bis zum ersten Byte aus.
• Mit öffentlichen Werkzeugen wie PageSpeed Insights, die auch die Daten zeigen, die bei echten Besuchern mit Chrome erhoben wurden.

Was die TTFB senkt, nach Wirksamkeit geordnet

1. Eine gut entworfene Datenbank: richtige Indizes und Queries, die nur abfragen, was gebraucht wird (dazu gleich mehr).
2. Der Cache: Eine Seite, die für alle gleich ist, wird einmal berechnet und tausendmal fertig ausgeliefert.
3. Der Code: weniger unnötige Arbeit bei jeder Anfrage, weniger umsonst geladene Bibliotheken.
4. Reservierte Ressourcen: Auf einem VPS müssen Sie sich den Prozessor nicht mit Nachbarn teilen.
5. Die Nähe: Ein Server in Italien oder Europa antwortet Kunden in Italien schneller als einer auf der anderen Seite des Ozeans.
6. Moderne Protokolle: HTTP/2 oder HTTP/3 und die TLS-1.3-Verschlüsselung sparen Schritte beim Verbindungsaufbau.

Die TTFB ist nur die erste der Messgrößen, mit denen Google die Erfahrung der Besucher bewertet. Die anderen drei, die man im Browser sieht, erkläre ich im Kapitel über die Core Web Vitals.

06Die Datenbank: das Lager, das über die Geschwindigkeit entscheidet

Jedes Mal, wenn ein Kunde sein Profil öffnet, nach einer Verfügbarkeit sucht oder eine Bestellung ansieht, stellt der Server Fragen an die Datenbank, also an das geordnete Lager, in dem alle Daten liegen. Wie lange sie für die Antwort braucht, hängt weniger von der Leistung des Servers ab und viel mehr davon, wie das Lager organisiert ist.

Indizes: der Unterschied zwischen Suchen und Finden

Stellen Sie sich vor, Sie suchen das Wort „Rechnung“ in einem Buch mit tausend Seiten ohne Stichwortverzeichnis: Sie müssen es ganz durchblättern. Mit dem Verzeichnis gehen Sie zum Buchstaben R und finden die Seitenzahl. Ein Datenbank-Index tut genau das: Statt alle Zeilen einer Tabelle zu lesen, um die Kunden einer Stadt zu finden, geht er direkt zu den richtigen.

Indizes sind allerdings nicht gratis: Sie belegen Platz und verlangsamen das Schreiben ein wenig, weil sie bei jedem neuen Datensatz aktualisiert werden müssen. Man legt sie auf die Spalten, die tatsächlich zum Suchen, Filtern und Verknüpfen verwendet werden, nicht sicherheitshalber auf alle. Welche das sind, ist Entwurfsarbeit, und man entscheidet es anhand der echten Fragen, die das Portal stellen wird.

Queries: nur abfragen, was gebraucht wird

Eine Query ist die Frage, die das Programm an die Datenbank stellt. Dasselbe Ergebnis lässt sich auf sehr unterschiedliche Weise abfragen, und der Geschwindigkeitsunterschied kann das Hundertfache betragen. Die häufigsten Fehler, die man in vielen langsamen Websites findet:

• alle Spalten abfragen (SELECT *), wenn drei gebraucht werden, und bei jeder Anfrage unnötige Daten übertragen;
• das sogenannte „N+1“-Problem: Um fünfzig Bestellungen anzuzeigen, stellt der Code eine Frage für die Liste und dann fünfzig einzelne Fragen, eine für jeden Kunden, statt einer einzigen Frage, die die beiden Tabellen verbindet;
• im Programm filtern statt in der Datenbank: zehntausend Zeilen herunterladen, um zehn anzuzeigen;
• nie einen Blick in das Protokoll der langsamen Queries oder in den Ausführungsplan (EXPLAIN) werfen, die genau zeigen, wo sich die Datenbank abmüht.

Das sind Fehler, die man nicht sieht, solange es wenige Daten gibt, und die explodieren, wenn der Betrieb wächst: Das Portal, das im Januar in einer Zehntelsekunde antwortete, braucht im Dezember drei Sekunden. Deshalb wiegt die Qualität des Quellcodes für die Leistung des Servers so viel wie die Leistung der Maschine, und oft mehr: Darüber spreche ich im nächsten Kapitel, das dem Wert professioneller Entwicklung und den Grenzen von künstlicher Intelligenz und Baukästen gewidmet ist.

07So wählen Sie, Fall für Fall

Fasst man alles bisher Gesehene zusammen, reduziert sich die Wahl der Infrastruktur auf wenige ehrliche Fragen: Was wird das Portal heute tun, und was in zwei Jahren?

Die Infrastruktur ist das Rückgrat von allem, was danach kommt: dem Portal mit Buchungen und PWA, der geschäftlichen E-Mail, der Website, die gefunden werden soll. Einen gut gewählten Server bemerkt man nie. Einen schlecht gewählten bemerkt man immer, meist am Tag mit dem meisten Betrieb.

Häufige Fragen

Quellen

1. web.dev (Google), „Time to First Byte (TTFB)“: Definition, Phasen und die Schwellen von 0,8 und 1,8 Sekunden.
2. Microsoft Learn, „.NET unter Linux installieren“ (auf Italienisch): die von modernem .NET unterstützten Linux-Distributionen.
3. Microsoft Learn, „Übersicht über SQL Server unter Linux“ (auf Italienisch): SQL Server für Linux und die verfügbaren Funktionen.
4. MySQL-Handbuch, „How MySQL Uses Indexes“: wie Indizes das vollständige Lesen von Tabellen vermeiden.
5. Wikipedia, „Virtual private server“ (auf Italienisch): die Virtualisierung und der Hypervisor.

Kapitel aktualisiert im Oktober 2026. Die genannten Schwellenwerte und Kompatibilitäten stammen aus der offiziellen Dokumentation der Hersteller; die Zeiten in den Tafeln sind Beispiele, um die Proportionen zu zeigen, keine Messungen einer bestimmten Website.