StartseiteExpertise02 · Cloud & Deployment

Cloud & Deployment

AWS-Architektur, Deployment über Docker, Secrets-Management. Oder ein eigener Server, wenn das die bessere Rechnung ist. Diese Seite zeigt, woran das scheitert, wie ich es gebaut habe und woran du es nachprüfen kannst.

Zurück auf den letzten grünen Stand, während die Seite erreichbar bleibt.Video · 21:9
Bereich
02 von 04
Stack
9 Technologien
Referenz
SnipeFlip
Terminal: alle Dienste healthy
Der Zustand, den der Rollback wiederherstellt.21:9

Die Ausgangslage: Deployment kann einer

Deployment ist in vielen Teams der Schritt, den genau eine Person kann. Secrets liegen in Env-Dateien im Repository, die Rechnung steigt, und niemand kann sagen, welcher Dienst die Kosten verursacht.

Ausgedruckte Env-Datei, von Hand geschwärztKI-generiert
Die Secrets lagen im Repository. Geschwärzt wurde erst für dieses Foto.16:9
Ein Rechner, ein Mensch, ein Urlaub. Mehr Ausfallwahrscheinlichkeit braucht es nicht.Video · 21:9

Arbeitsweise

Erst messen, dann verschieben. Häufig ist die günstigere Architektur nicht die modernere: SnipeFlip verarbeitet 2.500 Deals pro Tag auf einem einzelnen VPS. Wo Lambda gewinnt, benutze ich Lambda — die Rechnung entscheidet, nicht die Mode.

BelegeDavor und danach2 Exponate

Foto: Infrastruktur-Skizze mit Netzgrenzen und ZugriffswegenKI-generiert

Das Referenzprojekt zu diesem Bereich

Eine Fähigkeit ohne Projekt dahinter ist eine Liste von Technologien. Das hier ist das Projekt — mit der Zahl, die dabei herauskam, und der Fallstudie, in der du sie nachlesen kannst.

Sneaker-Deals · Automatisierung

2.500

Vorgänge pro Tag · ein VPS

Deal-Tracking, das 2.500 Vorgänge am Tag verarbeitet

Mehrere Marktplätze gleichzeitig beobachten, jeden Fund bewerten, Treffer sofort aufs Telefon — ohne dass jemand Tabs offen hält.

Next.js React TypeScript PostgreSQL / Prisma WebSocket Cheerio DeepSeek PM2 VPS

Screenshot: Monitoring an einem normalen Tag
Derselbe Fall, von innen: das Monitoring16:9
Diagramm: ein VPS und alles, was darauf läuft
Derselbe Fall, von außen: die Maschine dahinter16:9

Alle Referenzprojekte

Woran ich gearbeitet habe

Vier Arten von Arbeit, jede mit dem einen Bild, das sie prüfbar macht. Nummeriert zum Draufzeigen — nicht, weil eine auf die andere folgt: jede steht für sich.

  • 01

    Deployment-Pipelines und CI/CD einrichten

  • 02

    Bestehende Anwendungen containerisieren

    Screenshot · Dockerfile und laufender Container nebeneinander
  • 03

    Kosten senken, ohne Betriebssicherheit aufzugeben

    Screenshot · Kostenübersicht, zwei Monate im Vergleich
  • 04

    Zugriffs- und Secrets-Management aufräumen

Der Stack: AWS, Docker, CI/CD

Nach Ausgangslage und Arbeitsweise fragt niemand mehr, was installiert ist — sondern ob davon etwas echt ist. Die Zeile bleibt, zwei Rahmen darunter antworten.

AWS (S3, Lambda, ECS, EventBridge) Docker SSM-Tunneling Infisical Nginx PM2 Hetzner Gitea CI/CD

Im Betrieb

Wiederholbar

Screenshot · Compose-Datei und Nginx-Block

Größenordnung

Eine Pipeline stand meist nach wenigen Tagen. Eine Migration in die Cloud oder aus ihr heraus dauerte je nach Altlasten zwei bis sechs Wochen.

Kleiner Fall
Pipeline · Ein DurchlaufKI-generiert
Commit, Build, Deploy — und die Sache ist live. Meist eine Frage von Tagen.16:9
Großer Fall
Der Aufwand steckt in den Altlasten, nicht im Ziel.Video · 16:9

Häufige Fragen

Fünf Fragen, die zu diesem Bereich regelmäßig kommen — beantwortet aus den Projekten, in denen sie aufkamen.

AWS oder eigener Server — was ist günstiger?
Das entscheidet die Last, nicht der Katalog. SnipeFlip verarbeitet 2.500 Deals pro Tag auf einem einzelnen VPS; wo Lambda gewinnt, benutze ich Lambda. Gerechnet wird vorher, nicht nachher.
Wie lange hat es gedauert, bis eine CI/CD-Pipeline stand?
Bei einer Anwendung mit sauberem Build waren es wenige Tage: Build, Tests, Migrationen, Rollout und der Rückweg, falls etwas schiefgeht. Länger wurde es dort, wo der Build bisher auf einem Laptop lief.
Lässt sich eine bestehende Anwendung containerisieren?
In der Regel ja. Der Aufwand steckt selten im Dockerfile, sondern in den Pfaden, Cronjobs und Zugängen, die über Jahre auf genau eine Maschine gewachsen sind.
Wo liegen die Secrets, wenn nicht im Repository?
In einem Secrets-Store, aus dem Anwendung und Pipeline sie zur Laufzeit ziehen — bei mir meist Infisical. Wer einmal ein Passwort hatte, sieht es danach nicht mehr im Klartext.
Wie viel Kostenersparnis kam dabei heraus?
Das hing davon ab, was vorher lief. Der größte Posten war fast nie die Rechenleistung, sondern Dienste, die niemand abbestellt hatte. Deshalb stand am Anfang eine Messung und keine Zusage.

Kontakt

Eine halbe Minute, dann weißt du mehr.

Eine halbe Minute dazu, woran ich arbeite und wie. Bleibt eine Frage offen, schreib mir — Antwort innerhalb eines Werktags.

Vier Bereiche

Cloud & Deployment steht selten allein — in den meisten Projekten greift dieser Bereich in mindestens einen der anderen. Deshalb gehört die Kette zusammen.

Eine Änderung läuft durch vier Schichten: Interface, API, Datenbank, Cloud — mit Zeitstempel an jeder StationKI-generiert
Eine Änderung, vier Schichten — warum die Bereiche zusammengehören21:9
Bestellliste und Detailansicht nebeneinander: ORD-4418 ausgewählt, Netto, MwSt. und Summe danebenKI-generiert

01

Full-Stack-Entwicklung

React- und Next.js-Frontends mit SSR und Server Components. Backends mit TypeScript, Python und PostgreSQL.

KI-Bild · Testfragen auf Karten, Antworten danebenKI-generiert

03

KI-Integration

RAG-Pipelines, Embeddings und Vektorsuche mit pgvector. Produktionsreif und live im Einsatz — nicht als Demo.

Sync-Lauf 4471: 3.184 Datensätze, eine Abweichung — ERP 214 gegen Shop 209, Entscheidung HOLDKI-generiert

04

Systemintegration

Middleware zwischen Systemen, die nicht miteinander reden. Marktplatz-Anbindungen, Bestands- und Bestelldatensynchronisation.

Alle vier Bereiche