Upsun vs. AWS Fargate: Wenn du Container-Orchestrierung willst, ohne Kubernetes selbst zu betreiben

„Container-Orchestrierung, ohne Kubernetes selbst zu betreiben“ klingt nach einer einzigen, klar definierten Anforderung. In der Praxis deckt dies jedoch zwei sehr unterschiedliche Ergebnisse ab. Das eine entlastet dich vom Servermanagement, erfordert aber weiterhin die Konfiguration eines Orchestrators. Das andere macht den Orchestrator selbst überflüssig. 

AWS Fargate ist das erste Beispiel. Upsun ist das zweite. Wenn man die beiden verwechselt, sind Teams am Ende enttäuscht von einer Plattform, die gar nicht darauf ausgelegt war, ihr eigentliches Problem zu lösen.

Dieser Beitrag erklärt, was Fargate dir tatsächlich abnimmt, was du weiterhin selbst erledigen musst, wie sich das Modell von Upsun davon unterscheidet und welche Lösung zu welchem Team passt.

Was ist Fargate?

Fargate ist eine serverlose Rechen-Engine für Container. Es ist kein eigenständiger Orchestrator. Es läuft auf Amazon ECS oder Amazon EKS, die die eigentliche Orchestrierung, Planung und Netzwerkentscheidungen übernehmen. Fargates Aufgabe ist enger gefasst: Es entfallen die Bereitstellung und Verwaltung der EC2-Instanzen, auf denen sonst eure Container laufen würden.

Dieser Unterschied ist wichtiger, als es zunächst klingt, denn er verändert, was „Kubernetes vermeiden“ bedeutet, je nachdem, welchen Weg du wählst:

• Fargate mit EKS bedeutet immer noch, Kubernetes zu nutzen. Du schreibst Kubernetes-Manifeste, definierst Deployments und Services und denkst in Pods und Namespaces. Was Fargate überflüssig macht, ist die Verwaltung der zugrunde liegenden Worker-Knoten. Die Orchestrierungsschicht und ihre Konzepte musst du weiterhin erlernen und bedienen.
• Fargate mit ECS umgeht Kubernetes-Konzepte vollständig. Stattdessen definierst du ECS-Task-Definitionen, Services und Cluster – das ist das AWS-eigene Orchestrierungsmodell. Du hast Kubernetes gegen einen anderen, AWS-eigenen Satz von Primitiven ausgetauscht, aber die Notwendigkeit einer Orchestrierungsschicht nicht gänzlich beseitigt.

So oder so beantwortet Fargate die Frage „Wer verwaltet die Server?“, nicht „Wer verwaltet die Orchestrierung?“.

Was Upsun entfernt, was Fargate nicht tut

Das Modell von Upsun umgeht die Orchestrierungsebene als ein Konzept, mit dem sich der Entwickler überhaupt nicht befassen muss. Es gibt keinen Cluster, keine Task-Definition, keine Service-Definition und kein Manifest. Eine einzige Konfigurationsdatei (.upsun/config.yaml) beschreibt die Anwendung, ihre Laufzeiten und die Dienste, von denen sie abhängt. Die Plattform übernimmt hinter den Kulissen dieser Datei die Planung, die Netzwerkverbindung, die Skalierung und das Failover.

Um das zu veranschaulichen: Hier ist ein Vergleich, was eine standardmäßige containerisierte Webanwendung mit einer Datenbank typischerweise benötigt, um in der Produktivumgebung auf Fargate zu laufen – im Vergleich zu Upsun:

• Task- oder Service-Definitionen. Fargate: ja, einschließlich CPU-/Speicherzuweisung, Container-Image, Ports und IAM-Rollen pro Task. Upsun: nicht sichtbar, einmalig in der App-Konfiguration definiert.
• Netzwerk (VPC, Subnetze, Sicherheitsgruppen). Fargate: manuell konfiguriert. Upsun: wird von der Plattform übernommen.
• Lastenausgleich (ALB, Zielgruppen). Fargate: wird manuell an jeden Dienst gekoppelt. Upsun: wird von der Plattform übernommen.
• Orchestrierungsobjekte (Deployments, Services, HPA, falls EKS läuft). Fargate: Ja, wenn Kubernetes zugrunde liegt. Upsun: Nicht zutreffend, es gibt keine exponierte Orchestrierungsebene.
• Parität zwischen Entwicklungs- und Staging-Umgebungen. Fargate: Manuell erstellt, typischerweise mit benutzerdefinierten Skripten und Pipelines zur Datenbereinigung. Upsun: Jeder Branch ist standardmäßig ein vollständiger Klon von Code, Konfiguration und Daten.
• Cluster- und Laufzeit-Upgrades. Fargate: liegt in deiner Verantwortung (EKS-Control-Plane oder ECS-Agent und Laufzeit-Patches). Upsun: wird von der Plattform verwaltet.

Das bedeutet keineswegs, dass Fargate schlecht konzipiert ist. Es bedeutet lediglich, dass „serverlos“ die Rechenschicht beschreibt, nicht die dafür erforderlichen Konfigurationsarbeiten.

Direkter Vergleich

Die Stärken von Fargate

Fargate ist eine berechtigte und gängige Wahl, und es lohnt sich, direkt zu sagen, warum:

• Feinkörnige AWS-Integration. IAM-Rollen, VPC-Netzwerkfunktionen, CloudWatch-Überwachung und Sicherheitsgruppen lassen sich nativ einbinden – das ist wichtig für Teams, die dieses Maß an Kontrolle über Netzwerk und Berechtigungen benötigen.
• Hybride Flexibilität innerhalb von EKS. Du kannst einige Pods auf Fargate und andere auf EC2-gestützten Knoten im selben Cluster ausführen und so variable oder sensible Workloads isolieren, ohne einen separaten Cluster einrichten zu müssen.
• Abrechnung pro Sekunde und pro Task. Du zahlst nur für die CPU-Leistung und den Arbeitsspeicher, die ein Task tatsächlich verbraucht, ohne für ungenutzte EC2-Kapazität zu bezahlen.
• Vererberung von Compliance-Anforderungen. Da Fargate auf der AWS-eigenen Infrastruktur läuft, profitiert es von den bestehenden Compliance-Programmen von AWS, was Teile eines Audits für regulierte Workloads vereinfachen kann, die bereits bei AWS gehostet werden. 
   

Die Vor- und Nachteile von Fargate

• Konfigurationsaufwand. Der Wegfall der Serververwaltung beseitigt nicht den Rest der Konfigurationsarbeit. Task-Definitionen, Dienste, Zielgruppen, Load Balancer, Sicherheitsgruppen und IAM-Rollen musst du weiterhin selbst erstellen und pflegen, auch wenn niemand EC2-Instanzen mehr manuell bereitstellt.
• Zustandsbehaftete Workloads. Fargate unterstützt sowohl EFS als auch EBS, aber EBS-Volumes sind jeweils nur an eine Aufgabe gebunden und verursachen zusätzlichen Einrichtungsaufwand (Snapshots, Volume-Lebenszyklus, IAM für die Volume-Bereitstellung). Die meisten Teams kombinieren Fargate nach wie vor mit einem separaten verwalteten Datenbankdienst wie RDS, anstatt eine Datenbank direkt auf einem angehängten Volume auszuführen.
• Anbieterabhängigkeit. Fargate läuft nur auf AWS. Wenn ein Kundenvertrag, eine Neuverhandlung der Kosten oder eine Compliance-Anforderung den Wechsel zu einem anderen cloud-Anbieter erforderlich macht, bietet Fargate dafür keine Möglichkeit. Die Anwendung und ihre Orchestrierungskonfiguration sind speziell an AWS gebunden.

Das Modell von Upsun

Upsuns Ansatz besteht darin, die Primitive zu standardisieren, die Fargate (und der darunterliegende Orchestrator) offenlegt, und sie vollständig aus dem Arbeitsalltag der Entwickler zu entfernen:

• Eine einzige Konfigurationsdatei definiert die Anwendung, ihre Laufzeiten und ihre Dienste (Datenbanken, Caches, Suche) sowie deren Verbindungen untereinander. Keine Task-Definitionen, keine Manifeste, kein Cluster, über den man nachdenken muss.
• Standardmäßig besteht Umgebungsparität. Jeder Branch erhält einen vollständigen Klon des Codes, der Konfiguration und der bereinigten Produktionsdaten – statt einer vereinfachten, manuell erstellten Staging-Annäherung.
• Der „Day-2“-Betrieb ist Aufgabe der Plattform. Cluster-Upgrades, Laufzeit-Patches und die Kompatibilität der Anbieter-APIs werden von Upsun verwaltet, nicht von deinen eigenen Ingenieuren im Bereitschaftsdienst.
• Umfassende Sprachunterstützung. Upsun führt containerisierte Anwendungen auf allen unterstützten Laufzeiten aus, darunter PHP, Python, Node.js, Java, Go, ruby und .NET.
• Konsequente Einhaltung von Compliance-Vorgaben. ISO/IEC 27001, SOC 2 Typ 2, PCI DSS Level 1, HIPAA und TX-RAMP gelten in jeder Umgebung gleichermaßen, nicht nur in der Produktivumgebung.

Die Kompromisse bei Upsun

• Kontrolle über die Infrastruktur. Die Abstraktion von Upsun ist genau das, was die Sache so einfach macht: Sie bedeutet aber auch weniger detaillierte Kontrolle über die Netzwerktopologie, Instanztypen oder das Orchestrierungsverhalten auf niedriger Ebene. Teams, die diese Details manuell anpassen müssen oder GPU-gestützte Instanzen für spezielle Workloads benötigen, geben damit Kontrolle ab, die sie vielleicht eigentlich gerne hätten.
• Nicht Kubernetes-nativ. Wenn dein Unternehmen auf Kubernetes-Tools wie Helm-Charts, benutzerdefinierte Operatoren oder Integrationen aus dem CNCF-Ökosystem standardisiert hat, bietet Upsun dir keine Ebene, an die du diese anbinden kannst. Es ersetzt diese Ebene, anstatt sie zu umschließen.

Die Wahl zwischen Fargate und Upsun

Entscheide dich für Fargate, wenn du bereits auf AWS setzt, ein Plattformteam hast, das die IAM-, VPC- und Netzwerkkonfiguration direkt verwalten will und kann, und wenn du Workloads ausführst, die von einer fein abgestimmten, AWS-nativen Steuerung profitieren.

Entscheide dich für Upsun, wenn du containerisierte Anwendungen bereitstellen möchtest, ohne die Orchestrierungsebene überhaupt selbst zu verwalten – egal, ob es sich dabei um Kubernetes-Manifeste oder ECS-Aufgabendefinitionen handelt –, und wenn du möchtest, dass Umgebungsparität und Compliance konsistent gehandhabt werden, ohne dass du diese Tools selbst entwickeln musst.

Wenn dir die Flexibilität bei der Wahl des Cloud-Anbieters genauso wichtig ist wie der Verzicht auf Kubernetes, ist das eine verwandte, aber separate Frage. Schau dir unseren Vergleich von Upsun, Fly.io und Render bei Multi-Cloud-Bereitstellungen an, um zu sehen, wie die einzelnen Lösungen den Betrieb derselben Anwendung bei verschiedenen Anbietern handhaben.

Häufig gestellte Fragen (FAQs)

Ist AWS Fargate eine Alternative zu Kubernetes?
Nicht ganz. Fargate ist eine Rechenschicht, die unter ECS oder EKS läuft. Wenn du es mit EKS nutzt, läufst du immer noch Kubernetes, nur ohne die Worker-Knoten verwalten zu müssen. Es ersetzt die Serververwaltung, nicht die Orchestrierung.

Was entfallen bei Upsun, was bei Fargate nicht wegfällt?
Aufgabendefinitionen, Dienstdefinitionen, die Konfiguration des Load Balancers, Sicherheitsgruppen und IAM-Rollen pro Dienst. Die Anwendung von Upsun wird in einer einzigen Konfigurationsdatei beschrieben, und die Plattform kümmert sich um den Rest.

Kann Fargate eine Datenbank direkt ausführen?
Es unterstützt mittlerweile sowohl EFS als auch EBS, aber eine Datenbank direkt auszuführen bedeutet immer noch, dass du die Volume-Zuordnung und den Lebenszyklus selbst verwalten musst. Die meisten Teams nutzen Fargate stattdessen zusammen mit einem separaten verwalteten Datenbankdienst wie RDS.

Unterstützt Upsun mehrere cloud-basierte Anbieter, während Fargate das nicht tut?
Ja. Fargate läuft nur auf AWS. Upsun stellt dieselbe Anwendungskonfiguration je nach den Anforderungen eines bestimmten Projekts auf AWS, Azure, Google Cloud, IBM Cloud oder OVHcloud bereit.

Welche Plattform bietet mehr Kontrolle über die Infrastruktur auf niedrigerer Ebene?
Fargate – das liegt in seiner Konzeption. Es stellt IAM, VPC und die Netzwerkkonfiguration direkt zur Verfügung. Upsun tauscht diese Kontrolle gegen eine kleinere Konfigurationsfläche und weniger operative Verantwortung ein.