Serverless Architecture für Startups

"Kein Server, kein Problem" -- so einfach klingt das Versprechen von Serverless. Du schreibst deinen Code, lädt ihn hoch, und der Cloud-Provider kümmert sich um alles andere. Kein Patching, kein Skalieren, keine Serverwartung um drei Uhr morgens.

Aber ist Serverless wirklich das Wundermittel, als das es vermarktet wird? In diesem Beitrag schauen wir uns an, was Serverless für dich als Startup-Gründer in Österreich wirklich bedeutet -- mit konkreten Beispielen, echten Kosten und einer ehrlichen Einschätzung.

Was ist Serverless überhaupt?

Serverless bedeutet nicht, dass es keine Server gibt. Es bedeutet, dass du dich nicht um die Server kümmern musst. Der Cloud-Provider stellt die Infrastruktur bereit, skaliert automatisch und rechnet nur ab, was du tatsächlich nutzt.

Die wichtigsten Serverless-Dienste sind:

• Functions as a Service (FaaS): AWS Lambda, Azure Functions, Google Cloud Functions
• Serverless Datenbanken: DynamoDB, Firebase, PlanetScale
• Serverless Storage: S3, Azure Blob Storage
• Serverless APIs: API Gateway, Azure API Management
• Serverless Queues: SQS, Azure Service Bus

Das Prinzip: Event-driven

Serverless-Funktionen werden durch Events ausgelöst -- ein HTTP-Request, eine Datenbankänderung, ein Timer, eine Nachricht in einer Queue. Du schreibst eine Funktion, die auf dieses Event reagiert, und der Rest passiert automatisch.

// Beispiel: AWS Lambda Funktion
exports.handler = async (event) => {
    const userId = event.pathParameters.id;
    const user = await database.getUser(userId);

    return {
        statusCode: 200,
        body: JSON.stringify(user)
    };
};

Die Vorteile von Serverless für Startups

1. Keine Serveradministration

Als Gründer hast du tausend Dinge auf der To-do-Liste. Serverwartung sollte nicht dazugehören. Mit Serverless entfällt:

• Betriebssystem-Updates
• Security-Patches
• Kapazitätsplanung
• Server-Monitoring (teilweise)

2. Pay-per-Use

Du zahlst nur, wenn dein Code tatsächlich ausgeführt wird. Bei AWS Lambda zum Beispiel:

• Erste 1 Million Requests pro Monat: Kostenlos
• Danach: 0,20 USD pro 1 Million Requests
• Compute-Zeit: 0,0000166667 USD pro GB-Sekunde

Für ein Startup in der Frühphase kann das bedeuten: 0 EUR pro Monat für dein Backend. Ja, wirklich null.

3. Automatische Skalierung

Ob ein User oder zehntausend gleichzeitig zugreifen -- Serverless skaliert automatisch. Du musst keine Autoscaling-Gruppen konfigurieren oder Load Balancer einrichten.

4. Schnelleres Time-to-Market

Weniger Infrastruktur-Aufwand bedeutet mehr Zeit für Features. Du konzentrierst dich auf das, was zählt: dein Produkt.

5. Geringeres Risiko

Kein laufender Server bedeutet keine laufenden Kosten. Wenn dein Startup nicht funktioniert, hast du nicht monatelang für ungenutzte Server bezahlt.

Die Nachteile -- und sie sind real

1. Cold Starts

Wenn eine Serverless-Funktion länger nicht aufgerufen wurde, muss sie erst "aufgeweckt" werden. Das kann 100ms bis mehrere Sekunden dauern. Für ein interaktives SaaS-Produkt kann das ein Problem sein.

Typische Cold-Start-Zeiten:

2. Vendor Lock-in

Serverless-Code ist stark an den jeweiligen Provider gebunden. Eine AWS-Lambda-Funktion lässt sich nicht einfach auf Azure übertragen. Das Serverless Framework und andere Tools helfen, aber der Lock-in bleibt.

3. Debugging ist schwieriger

Wenn etwas schiefgeht, hast du keinen Server, auf den du dich per SSH verbinden kannst. Debugging erfolgt über Logs (CloudWatch, Application Insights) und ist oft mühsam.

4. Begrenzte Ausführungszeit

AWS Lambda hat ein Limit von 15 Minuten. Für lang laufende Prozesse brauchst du andere Lösungen (Step Functions, ECS, etc.).

5. Kosten können überraschen

Pay-per-Use klingt toll, bis dein Traffic explodiert. Ein viraler Moment kann bei Serverless teuer werden, weil du für jeden einzelnen Request zahlst. Bei einem fixen Server zahlst du dasselbe, egal ob 100 oder 100.000 Requests kommen.

Wann Serverless für dein Startup Sinn macht

Ideale Use Cases

1. APIs mit variablem Traffic: Wenn dein Traffic zwischen Tag und Nacht stark schwankt
2. Webhooks und Event-Processing: Verarbeitung von Stripe-Zahlungen, E-Mail-Versand, etc.
3. Cron-Jobs und Scheduled Tasks: Regelmässige Aufgaben wie Report-Generierung
4. MVPs und Prototypen: Schnell etwas bauen, ohne sich um Infrastruktur zu kümmern
5. Bild- und Dateiverarbeitung: Thumbnails erstellen, PDFs generieren
6. Chatbots und Integrationen: Slack-Bots, Teams-Integrationen

Weniger geeignete Use Cases

1. Echtzeit-Anwendungen: WebSockets und lange Verbindungen sind schwierig
2. Rechenintensive Workloads: ML-Training, Video-Encoding
3. Stateful Applications: Anwendungen, die einen persistenten Zustand brauchen
4. Konstant hoher Traffic: Wenn dein Service rund um die Uhr gleichmässig ausgelastet ist

Serverless in der Praxis -- Ein Beispiel

Stell dir vor, du baust ein SaaS-Produkt für Winzer im Burgenland (davon gibt es bekanntlich einige). Dein Produkt hilft bei der Verwaltung von Kundenbestellungen und Versand.

Architektur mit Serverless

Frontend (React/Next.js)
    |
    v
API Gateway
    |
    v
Lambda Functions
    |-- GET /orders     --> Lambda: Bestellungen abrufen
    |-- POST /orders    --> Lambda: Bestellung erstellen
    |-- POST /shipments --> Lambda: Versand ausloesen
    |
    v
DynamoDB (Bestellungen)
    |
    v
SQS Queue (Versand-Events)
    |
    v
Lambda: E-Mail-Benachrichtigung (via SES)

Kosten pro Monat (geschätzt, 500 Bestellungen/Monat)

Ja, für weniger als einen Euro pro Monat kannst du ein funktionierendes Backend betreiben. Das ist die Magie von Serverless in der Frühphase.

Serverless Frameworks und Tools

Du musst nicht alles von Hand konfigurieren. Diese Tools helfen dir:

Serverless Framework

Das populärste Framework für Serverless-Deployments. Unterstützt AWS, Azure und Google Cloud.

# serverless.yml
service: winzer-api
provider:
  name: aws
  runtime: nodejs18.x
  region: eu-central-1

functions:
  getOrders:
    handler: handlers/orders.get
    events:
      - http:
          path: /orders
          method: get
  createOrder:
    handler: handlers/orders.create
    events:
      - http:
          path: /orders
          method: post

AWS SAM (Serverless Application Model)

AWS-eigenes Tool für Serverless-Entwicklung. Gut integriert mit dem AWS-Ökosystem.

SST (Serverless Stack)

Modernes Framework speziell für AWS, mit guter Developer Experience und TypeScript-Support.

Terraform

Nicht Serverless-spezifisch, aber du kannst damit deine gesamte Infrastruktur -- inklusive Serverless-Funktionen -- als Code definieren.

Serverless und DSGVO -- Was du beachten musst

Als österreichisches Startup musst du die DSGVO einhalten. Bei Serverless gibt es einige Besonderheiten:

1. Datenstandort: Stelle sicher, dass deine Lambda-Funktionen und Datenbanken in der EU-Region laufen (eu-central-1 für AWS, West Europe für Azure)
2. Logging: CloudWatch-Logs können personenbezogene Daten enthalten -- konfiguriere entsprechende Retention-Policies
3. Auftragsverarbeitung: Du brauchst einen AV-Vertrag mit deinem Cloud-Provider (bei AWS und Azure standardmässig vorhanden)
4. Verschlüsselung: Aktiviere Encryption at Rest für alle Datenbanken und Storage-Services

Migration zu Serverless -- Schritt für Schritt

Du hast bereits ein bestehendes Backend und willst auf Serverless umsteigen? Hier ist ein pragmatischer Ansatz:

Schritt 1: Identifiziere geeignete Komponenten

Nicht alles muss serverless sein. Starte mit:

• Background-Jobs (E-Mail-Versand, Report-Generierung)
• Webhooks (Zahlungs-Callbacks, API-Integrationen)
• Neue Features (statt bestehende umzubauen)

Schritt 2: Strangler Fig Pattern

Baue neue Features serverless und leite Traffic schrittweise um. Das bestehende System läuft weiter, während du Stück für Stück migrierst.

Schritt 3: Monitoring einrichten

Bevor du migrierst, richte Monitoring ein. Du musst wissen, ob die serverlose Version genauso performant ist wie die bestehende.

Schritt 4: Optimiere Cold Starts

Nutze Provisioned Concurrency (AWS) oder Premium Plan (Azure), wenn Cold Starts ein Problem sind. Das kostet extra, aber eliminiert das Problem.

Die ehrliche Einschätzung

Serverless ist fantastisch für Startups in der Frühphase. Die Kosten sind minimal, die Skalierung automatisch, und du kannst dich auf dein Produkt konzentrieren.

Aber Serverless ist kein Allheilmittel. Wenn dein Produkt wächst, wirst du wahrscheinlich einen hybriden Ansatz wählen: Serverless für Event-Processing und Background-Jobs, Container oder VMs für dein Haupt-Backend.

Meine Empfehlung für österreichische Startups

1. Starte mit Serverless, wenn du AWS-Credits hast und dein Team JavaScript/Python kann
2. Starte mit einem einfachen Server (Hetzner), wenn du kein Cloud-Erfahrung hast und dein Budget knapp ist
3. Nutze Serverless selektiv für Background-Jobs, auch wenn dein Haupt-Backend auf einem Server läuft

Fazit

Serverless ist eine der spannendsten Entwicklungen im Cloud-Bereich -- und für Startups besonders attraktiv. Du kannst ein komplettes Backend für unter einem Euro pro Monat betreiben und musst dich nicht um Server kümmern.

Aber geh mit offenen Augen rein. Verstehe die Limitierungen, plane für Cold Starts, und baue deine Architektur so, dass du nicht zu 100 Prozent an einen Provider gebunden bist. Serverless ist ein Werkzeug, kein Dogma.

Als Gründer im Burgenland oder anderswo in Österreich hast du damit ein mächtigtes Instrument in der Hand, um mit minimalen Kosten maximalen Impact zu erzielen.

Startup Burgenland unterstützt dich

Du überlegst, ob Serverless für dein Startup der richtige Ansatz ist? Bei Startup Burgenland helfen wir dir, die passende Architektur für dein Produkt zu finden. Unsere technischen Mentoren kennen die Vor- und Nachteile aus eigener Erfahrung.

Jetzt Beratung anfragen

Weiterführende Artikel

• Skalierbare Infrastruktur planen
• Cloud-Hosting für Startups -- AWS Azure oder Hetzner
• Kosten-Optimierung in der Cloud
• DevOps Grundlagen für Gründer
• Künstliche Intelligenz und AGI -- Was kommt als Nächstes für Startups?

Dieser Beitrag ist Teil der Serie "Cloud und Infrastruktur" im Startup Burgenland Blog. In dieser Serie behandeln wir alle technischen Themen rund um Hosting, Deployment und Skalierung -- speziell für österreichische Startups und Gründer.

Über den Autor: Felix Lenhard ist Program Director und Startup Coach bei Startup Burgenland. Zuvor Managing Director beim 360 Innovation Lab, Innovation Manager bei RHI Magnesita und Serial Entrepreneur mit internationalen Exits. Über 15 Jahre Erfahrung in Innovation und Unternehmensaufbau.