Serverless Computing
Was ist Serverless Computing?
Serverless Computing ist ein Cloud-Betriebsmodell, bei dem ein Anbieter die Server, Laufzeitumgebungen und Skalierung verwaltet. Entwickler stellen Funktionen oder Anwendungen bereit, ohne einzelne Server zu konfigurieren. Abgerechnet wird meist nach Aufrufen, reserviertem Speicher und Ausführungsdauer. Physische Server bleiben vorhanden, sind für den Anwender jedoch nicht direkt sichtbar.
Serverless Computing, auf Deutsch einmalig auch serverloses Rechnen genannt, verlagert den Betrieb der Infrastruktur zum Cloud-Anbieter. Das Entwicklungsteam konzentriert sich auf Programmcode, Schnittstellen und Datenflüsse. Bereitstellung, Kapazitätsplanung, Skalierung und Teile der Ausfallsicherheit übernimmt die Plattform.
Der Begriff ist deshalb nicht wörtlich zu verstehen. Serverless-Anwendungen laufen weiterhin auf Servern. Der Unterschied liegt in der Verantwortung: Unternehmen verwalten keine dauerhaft zugewiesenen Maschinen und müssen für eine einzelne Funktion normalerweise kein Betriebssystem installieren, aktualisieren oder überwachen.
Wie funktioniert Serverless Computing?
Serverless Computing verarbeitet Aufgaben häufig ereignisgesteuert. Ein Ereignis kann ein HTTP-Aufruf, ein hochgeladenes Bild, eine Datenbankänderung oder eine Nachricht in einer Warteschlange sein. Die Plattform startet daraufhin den zugeordneten Code, stellt die benötigten Ressourcen bereit und beendet oder pausiert die Instanz nach der Verarbeitung.
Ein typischer Ablauf besteht aus vier Schritten:
Mehrere gleichzeitige Anfragen können zusätzliche Instanzen auslösen. Sinkt die Nachfrage, reduziert die Plattform die bereitgestellten Ressourcen wieder. Diese automatische Skalierung eignet sich besonders für ungleichmäßige Last, ersetzt aber keine saubere Architektur. Datenbanken, externe Schnittstellen und nachgelagerte Systeme müssen die zusätzliche Parallelität ebenfalls verarbeiten können.
FaaS und BaaS als Grundformen
Function as a Service
Function as a Service, kurz FaaS, führt abgegrenzte Funktionen als Reaktion auf Ereignisse aus. Eine Funktion kann beispielsweise ein Formular verarbeiten, Bilder umwandeln, Weiterleitungen auflösen oder Metadaten aus einer Datenbank abrufen. FaaS eignet sich für kurze, zustandslose Aufgaben, deren benötigte Informationen bei jedem Aufruf übergeben oder extern gespeichert werden.
Backend as a Service
Backend as a Service, kurz BaaS, stellt fertige Backend-Funktionen wie Authentifizierung, Datenbanken, Dateispeicher oder Benachrichtigungen bereit. Unternehmen verwenden diese Dienste über Schnittstellen, anstatt die komplette technische Basis selbst zu entwickeln. Eine Serverless-Anwendung kombiniert häufig FaaS und BaaS mit einem statischen Frontend und einem Content Delivery Network, kurz CDN.
Serverless Computing und Kosten
Die Kosten von Serverless Computing hängen nicht allein von der Zahl der Aufrufe ab. Anbieter berücksichtigen je nach Dienst auch Ausführungszeit, reservierten Arbeitsspeicher, Datentransfer, Protokollierung und angebundene Cloud-Dienste. Eine niedrige Zahl kurzer Aufrufe kann günstig sein, während dauerhaft laufende oder datenintensive Prozesse ein anderes Betriebsmodell wirtschaftlicher machen können.
Der Denkfehler liegt häufig in der Gleichsetzung von nutzungsabhängiger Abrechnung und automatisch niedrigen Kosten. Serverless Computing reduziert ungenutzte Rechenzeit, kann aber viele einzelne Kostenpositionen erzeugen. Prüfe deshalb Aufrufzahl, Laufzeit, Speicherbedarf, ausgehenden Datentransfer und Protokollvolumen gemeinsam.
Relevanz für technisches SEO
Serverless Computing ist kein Ranking-Faktor. Für technisches SEO zählt das Ergebnis der Architektur: Suchmaschinen müssen stabile URLs, vollständige Inhalte, korrekte Statuscodes und kurze Antwortzeiten erhalten. Ob das HTML von einem klassischen Server, einer Funktion oder einem CDN stammt, ist für den Crawler zweitrangig.
Eine serverlose Website kann SEO-Vorteile bieten, wenn statische Inhalte an geografisch verteilten CDN-Standorten zwischengespeichert werden. Eine ungünstige Implementierung kann dagegen bei jedem Seitenaufruf mehrere Funktionen und Datenbankabfragen auslösen. Dadurch steigt die Zeit bis zum ersten übertragenen Byte, auch Time to First Byte oder TTFB genannt.
Cold Starts und Antwortzeit
Ein Cold Start entsteht, wenn für einen Aufruf zunächst eine neue Laufzeitumgebung gestartet werden muss. Die zusätzliche Verzögerung hängt unter anderem von Programmiersprache, Paketgröße, Initialisierung und Plattformauslastung ab. Für SEO-kritische Dokumente solltest du Antwortzeiten unter realen Lastbedingungen messen und nicht nur bereits aufgewärmte Funktionen testen.
Rendering und crawlbares HTML
Serverless Computing liefert nicht automatisch serverseitig gerendertes HTML. Eine Anwendung kann trotz serverloser Infrastruktur nur eine leere HTML-Hülle ausgeben und den sichtbaren Inhalt anschließend per JavaScript laden. Für Crawling, Indexierung und GEO, also Generative Engine Optimization, ist direkt ausgeliefertes HTML meist belastbarer, weil Suchmaschinen und KI-Crawler zentrale Inhalte ohne zusätzliche Ausführung erfassen können.
Prüfe bei jeder relevanten URL, ob Seitentitel, Überschriften, Hauptinhalt, Canonical Tag, strukturierte Daten und interne Links bereits in der ursprünglichen Serverantwort stehen. Der gerenderte Browserzustand allein reicht für diese Kontrolle nicht aus.
So misst du die SEO-Auswirkungen
Messbar ist Serverless Computing im technischen SEO über Antwortzeit, HTTP-Statuscodes, Verfügbarkeit, gerendertes HTML und die Core Web Vitals. Vergleiche die Werte getrennt nach Seitentyp, Gerät und Cache-Zustand. Eine gecachte Kategorieseite und eine dynamisch erzeugte Produktseite können trotz identischer Plattform deutlich unterschiedliche Ergebnisse liefern.
Ein kostenloser Ladezeiten-Check zeigt, welche Ressourcen den Seitenaufbau verzögern. Für eine vollständige Prüfung gehören zusätzlich Crawling, Indexierbarkeit, Weiterleitungen und Serverfehler in einen technischen SEO-Audit.
Prüfe die Ladezeit einer betroffenen URL direkt:
Abgrenzung zu Containern und Servern
Der Unterschied zwischen Serverless Computing und Containern liegt in der Abstraktionsebene. Bei Containern definiert das Entwicklungsteam die Laufzeitumgebung und verwaltet häufig Skalierungsregeln, Netzwerk und Orchestrierung. Bei Serverless Computing stellt das Team primär Code und Konfiguration bereit, während die Plattform einzelne Instanzen automatisch startet und beendet.
| Merkmal | Serverless Computing | Container | Klassischer Server |
|---|---|---|---|
| Verwaltung | Plattform verwaltet Laufzeit und Skalierung | Team verwaltet Images und Orchestrierung | Team verwaltet Betriebssystem und Anwendungen |
| Abrechnung | Häufig nach Nutzung und Ausführungsdauer | Meist nach bereitgestellter Kapazität | Meist nach reservierter Kapazität |
| Startverhalten | Cold Starts möglich | Start neuer Instanzen erforderlich | Server läuft in der Regel dauerhaft |
| Geeignete Last | Schwankende oder ereignisgesteuerte Prozesse | Länger laufende und komplexe Anwendungen | Konstante, gut planbare Arbeitslast |
Typische Fehler bei Serverless Computing
Ein häufiger Architekturfehler besteht darin, eine vollständige Webseite bei jedem Aufruf dynamisch aus mehreren Funktionen zusammenzusetzen. Wenn Navigation, Produktdaten, Personalisierung und Tracking nacheinander externe Dienste abfragen, addieren sich deren Antwortzeiten. Caching, parallele Verarbeitung und vorab erzeugte Seiten reduzieren diese Abhängigkeiten.
Serverless Computing benötigt außerdem klare Grenzen für Laufzeit, Wiederholungen und Parallelität. Eine automatisch wiederholte fehlerhafte Funktion kann dieselbe Aufgabe mehrfach ausführen oder unnötige Kosten verursachen. Lege deshalb fest, welche Prozesse wiederholbar sind, wie Fehler behandelt werden und wann eine Anfrage endgültig abgebrochen wird.
Häufige Fragen zu Serverless Computing
Ist Serverless Computing wirklich ohne Server?
Nein. Die Anwendung läuft weiterhin auf physischen oder virtuellen Servern des Cloud-Anbieters. Serverless bedeutet, dass der Nutzer diese Infrastruktur nicht einzelnen Anwendungen zuweist und weitgehend nicht selbst verwaltet.
Für welche Anwendungen eignet sich Serverless Computing?
Serverless Computing eignet sich besonders für ereignisgesteuerte Aufgaben, APIs, Formularverarbeitung, Bildbearbeitung und Anwendungen mit stark schwankender Nutzung. Dauerhaft aktive, speicherintensive oder sehr lange Prozesse sollten mit alternativen Betriebsmodellen verglichen werden.
Was ist ein Cold Start?
Ein Cold Start ist die zusätzliche Startzeit, die entsteht, wenn eine Plattform zunächst eine neue Laufzeitumgebung für eine Funktion bereitstellen muss. Die Verzögerung kann die Serverantwort verlängern und sollte bei öffentlichen Webseiten mit ungecacheten Tests gemessen werden.
Ist Serverless Computing automatisch günstiger?
Nein. Die Wirtschaftlichkeit hängt von Aufrufen, Laufzeit, Speicher, Datentransfer und weiteren Cloud-Diensten ab. Bei schwankender Nutzung kann die verbrauchsabhängige Abrechnung Vorteile bieten, bei konstanter hoher Last kann reservierte Kapazität günstiger sein.
Kann eine serverlose Website gut ranken?
Ja. Für Suchmaschinen zählen crawlbare Inhalte, stabile URLs, korrekte Statuscodes, interne Links und eine gute technische Leistung. Das zugrunde liegende Betriebsmodell bestimmt das Ranking nicht direkt.
Was muss vor einer Serverless-Migration geprüft werden?
Prüfe vor der Migration URL-Struktur, Weiterleitungen, Serverantworten, Caching, Rendering, Protokollierung und Abhängigkeiten von externen Diensten. Ein Vorher-nachher-Crawl macht technische Veränderungen und unbeabsichtigte SEO-Fehler sichtbar.
Wenn du die technische Architektur deiner Website auf Crawling, Ladezeit und Indexierbarkeit prüfen lassen möchtest, kannst du einen unverbindlichen Potenzialcheck anfragen.
Sie haben noch Fragen?
