Was ist ein Server? Ein verständlicher Leitfaden für App-Bauer

Ein Server ist ein Computer, oder ein Programm, das auf einem Computer läuft, das auf Anfragen wartet und sie beantwortet. Wenn du eine Website öffnest, schickt dein Browser (der Client) eine Anfrage über das Internet, und irgendwo sendet ein Server die Seite, die Bilder oder die Daten zurück. Jede App, die du nutzt, von E-Mail bis zum Online-Banking, hängt davon ab, dass Server dies millionenfach am Tag tun.

Warum Server beim Bauen mit KI wichtig sind

Wenn ein KI-Builder dir eine App baut, läuft ein Teil des Codes im Browser des Besuchers und ein Teil meist auf einem Server. Der Serverteil erledigt, was man dem Browser nicht anvertrauen kann oder was er allein nicht kann:

Daten speichern und laden aus einer Datenbank.
Geheimnisse bewahren, etwa Schlüssel von Zahlungs- oder KI-Anbietern, die niemals in den Browser gelangen dürfen.
Berechtigungen prüfen, also sicherstellen, dass ein Nutzer nur seine eigenen Datensätze sieht und ändert.
Mit anderen Diensten sprechen: eine Karte belasten, eine E-Mail senden, ein KI-Modell aufrufen.

Wer weiß, was der Server tut, versteht, wo die Regeln deiner App wirklich leben, warum manche Änderungen eine erneute Veröffentlichung brauchen und wofür du beim Hosten einer App bezahlst. Zur Aufteilung der beiden Hälften siehe Frontend vs. Backend.

Ein Alltagsvergleich

Ein Server ist wie das Schalterpersonal einer Post. Es läuft nicht herum, um Kundschaft zu suchen, sondern wartet. Eine Kundin (der Client) kommt mit einer Anfrage, etwa „dieses Paket verschicken“ oder „gibt es Post für mich?“. Die Angestellte erledigt es und reicht ein Ergebnis zurück. Eine Angestellte kann viele Kunden nacheinander bedienen, und eine volle Post öffnet mehr Schalter.

Die Post hat außerdem Regeln, die die Kundin nicht umgehen kann: Für ein Paket musst du dich ausweisen. Das ist auch in einer App die Aufgabe des Servers. Der Browser kann alles anfragen, aber der Server entscheidet, was er bekommt.

Wie eine Anfrage einen Server erreicht

Wenn jemand https://bookings.example.com/schedule aufruft:

DNS-Abfrage. Der Browser fragt das Domain-Namensystem, auf welche IP-Adresse bookings.example.com zeigt. Siehe wie Domains und DNS funktionieren.
Verbindung. Der Browser verbindet sich mit dieser Adresse auf Port 443 für HTTPS und baut eine verschlüsselte Verbindung auf. Siehe was HTTPS ist.
Anfrage. Er sendet eine HTTP-Anfrage: GET /schedule.
Arbeit. Der Server führt den Code aus, der /schedule behandelt, vielleicht sucht er die heutigen Buchungen in der Datenbank.
Antwort. Er sendet einen Statuscode (200 OK) und den Inhalt zurück, eine HTML-Seite oder JSON-Daten, die die Seite anzeigt.

All das dauert meist einen Bruchteil einer Sekunde.

Arten von Servern, von denen du hören wirst

Begriff	Bedeutung
Webserver	Software, die HTTP-Anfragen beantwortet, indem sie Dateien schickt oder Anfragen an den Code deiner App weitergibt.
Anwendungsserver / Backend	Dein eigener Code, der auf einem Server läuft: die API, die Buchungen, Anmeldungen und Zahlungen abwickelt.
Datenbankserver	Ein Server, dessen Aufgabe das Speichern und Abfragen von Daten ist, etwa die Postgres-Datenbank, mit der deine App spricht.
Datei- / statischer Server	Liefert fertige Dateien (HTML, Bilder, Skripte), ohne für jede Anfrage eigenen Code auszuführen.
Physischer Server	Eine echte Maschine in einem Serverschrank in einem Rechenzentrum.
Virtuelle Maschine (VM) / VPS	Ein Ausschnitt einer physischen Maschine, der sich wie ein eigener Computer verhält.
Container	Ein schlankeres Paket aus einer App und allem, was sie braucht, das auf einer gemeinsam genutzten Maschine läuft. Viele Plattformen stellen Apps so bereit.
Serverless	Du lädst Code hoch, und der Anbieter führt ihn bei Bedarf auf Servern aus, die du nie verwaltest. Siehe was Serverless bedeutet.

Beachte, dass „Server“ sowohl die Maschine als auch das Programm bezeichnet. „Der Server ist abgestürzt“ kann beides meinen.

Ein Beispiel: eine Buchungs-App für einen Salon

So arbeitet der Server in einer kleinen Buchungs-App für einen Salon:

Ein Besucher öffnet die Seite. Der Server (oder ein CDN davor) schickt die Seitendateien.
Die Seite fragt den Server GET /api/slots?date=2026-10-03. Der Server fragt die Datenbank nach freien Terminen und gibt sie als JSON zurück.
Der Besucher bucht 14:00. Die Seite sendet POST /api/bookings. Der Server prüft, ob der Termin noch frei ist, und vertraut dabei nicht dem Browser. Er speichert die Buchung und gibt 201 Created zurück.
Der Server ruft mit einem geheimen Schlüssel, der auf dem Server liegt, einen E-Mail-Dienst auf, um eine Bestätigung zu senden.

Würdest du den Server abschalten, könnte die Seite vielleicht noch von einem CDN geladen werden, aber sie könnte keine Termine anzeigen oder Buchungen speichern.

Was ein Server braucht, um gut zu laufen

Arbeitsspeicher (RAM) und CPU. Zu wenig Speicher, und die App stürzt unter Last ab; zu wenig CPU, und sie wird langsam.
Laufen. Ein ausgeschalteter Server kann nicht antworten. Manche Plattformen versetzen untätige Apps in den Schlafmodus und wecken sie beim nächsten Besuch. Das spart Geld, kann aber die erste Anfrage langsamer machen.
Konfiguration und Secrets, bereitgestellt als Umgebungsvariablen.
Logs, also die Aufzeichnung des Servers, was passiert ist. Dort schaust du zuerst nach, wenn etwas kaputtgeht.
Updates und Sicherheitspatches, die verwaltetes Hosting für dich übernimmt.

Häufige Missverständnisse

„Die Cloud heißt, dass es keine Server gibt.“ Die Cloud sind Server anderer Unternehmen, die du stunden- oder nutzungsweise mietest.
„Ein Server ist ein großer, besonderer Computer.“ Jeder Computer kann als Server dienen. Dein Laptop betreibt einen, wenn du während der Entwicklung localhost öffnest.
„Wenn der Button versteckt ist, können Nutzer ihn nicht betätigen.“ Jeder kann Anfragen direkt an deinen Server senden. Berechtigungsprüfungen müssen auf dem Server stattfinden, nicht nur auf der Seite.
„Mehr Server beheben Langsamkeit.“ Oft liegt die eigentliche Ursache in einer langsamen Datenbankabfrage oder einer externen API. Finde zuerst den Engpass.
„Ich brauche einen Server verwalten, um eine App zu haben.“ Verwaltete Plattformen betreiben die Server für dich. Du stellst den Code bereit, und sie kümmern sich um die Maschinen.

Was du deinen KI-Builder fragen solltest

„Welche Teile dieser App laufen auf dem Server und welche im Browser?“
„Halte alle API-Schlüssel auf dem Server und lies sie aus Umgebungsvariablen.“
„Prüfe Berechtigungen auf dem Server für jede Anfrage, die Daten liest oder ändert.“
„Wo finde ich die Server-Logs, und was sagen sie zu diesem Fehler?“
„Braucht diese App überhaupt einen Server, oder kann sie eine statische Seite sein?“
„Was passiert mit der ersten Anfrage, nachdem die App untätig war?“

Server in Mythex

In Mythex richtest du keine Server ein und verwaltest sie auch nicht. Während du baust, läuft deine App in einer privaten Cloud-Sandbox für die Live-Vorschau. Beim Veröffentlichen stellt Mythex sie bereit: Frontends als statische Seiten, Backends (Node, Python, C#, Java und andere) als Container, die aus einem Dockerfile gebaut werden. Du musst kein Hosting selbst konfigurieren. Mythex wählt beim Bereitstellen die Maschinengröße: standardmäßig 1 CPU und 512 MB Arbeitsspeicher, mehr auf Anfrage (bis 1 GB im Free-Tarif, bis 2 CPUs, 4 GB und 3 Maschinen im Pro-Tarif). Veröffentlichte Apps schlafen, wenn sie untätig sind, und wachen beim nächsten Besuch auf. Eine schlafende App verursacht keine Rechenkosten. Details stehen in der Dokumentation zu API-Backends und Hosting-Limits. Unser Leitfaden zu Webhosting gibt das größere Bild.

Fragen

Was ist ein Server einfach erklärt?

Ein Server ist ein Computer oder ein Programm, das darauf läuft, das auf Anfragen anderer Geräte wartet und sie beantwortet. Wenn du eine Website öffnest, fragt dein Browser einen Server nach der Seite, und der Server schickt sie zurück.

Ist ein Server eine physische Maschine oder Software?

Beide Bedeutungen sind gebräuchlich. „Server“ kann den physischen oder virtuellen Computer meinen oder das Programm darauf, das Anfragen verarbeitet, etwa einen Webserver. Die meisten Apps laufen heute auf virtuellen Maschinen oder Containern im Rechenzentrum eines Cloud-Anbieters und nicht auf Hardware, die dir gehört.

Braucht jede Website einen Server?

Ja, irgendetwas muss die Dateien immer an den Besucher schicken. Eine statische Website braucht nur einen einfachen Dateiserver oder ein CDN. Eine App, die Daten speichert, Anmeldungen abwickelt oder geheime API-Schlüssel hält, braucht außerdem einen Backend-Server, der deinen eigenen Code ausführt.

Was bedeutet localhost?

Localhost bedeutet „derselbe Computer“. Eine Entwicklerin, die eine App auf ihrem eigenen Rechner laufen lässt, öffnet sie unter einer Adresse wie http://localhost:3000. Nur dieser Computer kann sie erreichen; niemand sonst sieht sie, bis sie auf einem öffentlichen Server veröffentlicht wird.