AWS App Runner: aktueller Status, Preise und Alternativen

AWS App Runner akzeptiert keine Neukunden mehr, aber bestehende Services bleiben betriebsbereit. AWS hat den Stichtag für Neukunden auf den 30. April 2026 festgelegt und empfiehlt Amazon ECS Express Mode für containerisierte Anwendungen. Wenn du App Runner bereits nutzt, prüfe deine Anforderungen und Migrationsoptionen, bevor du Produktions-Traffic verschiebst. AWS-Hinweis.

Dieser Leitfaden, veröffentlicht von Lizard, prüft Produktstatus und verlinkte Preisquellen Stand 9. September 2026. Er unterscheidet die Richtlinienänderung von einer Abschaltung: Die Ankündigung sagt nicht, dass bestehende Services zum Stichtag gestoppt werden müssen.

Was App Runner leistet

App Runner bietet einen verwalteten Pfad von einem unterstützten Quell-Repository oder Container-Image zu einem HTTP-Service. Es übernimmt Infrastruktur-Aufgaben wie Routing und Service-Skalierung. Deine Anwendung benötigt weiterhin ihre Datenbank-Verbindungen, Secrets, Health Prüfungen und den Release-Prozess.

Für einen bestehenden Nutzer kann der Wert im bereits etablierten Workflow liegen. Dein AWS-Account enthält möglicherweise Registry, Datenbank, Berechtigungen und Networking rund um den Service. Allein die Compute-Ebene zu ersetzen, ersetzt diese Abhängigkeiten nicht.

Aktuelle Support-Richtlinie verstehen

AWS erklärt, weiterhin in Sicherheit und Verfügbarkeit zu investieren, plant aber keine neuen App-Runner-Features. Neue Anwendungen, die als Neukunde Zugang benötigen, brauchen einen anderen Weg. Bestehende Nutzer sollten ihren Account, ihre Anforderungen und die AWS-Leitfäden prüfen, bevor sie eine Migration planen.

Verwechsele dies nicht mit Herokus Produkt-Richtungsänderung. Die Richtlinien sind unterschiedlich, auch wenn beide eine Hosting-Überprüfung auslösen können.

Wie die App-Runner-Abrechnung funktioniert

App Runner unterscheidet zwischen bereitgestellter (provisioned) und aktiver Kapazität. Ein Service kann bereitgestellte-Speicher-Gebühren verursachen, während er auf Traffic wartet. Aktives Compute, Source-Builds und andere AWS-Ressourcen können weitere Kosten verursachen. Die genauen Raten hängen von Region und Konfiguration ab. App-Runner-Preise.

Nutze separate Zeilen in deiner Schätzung:

Vermeide es, jede Ressource pauschal mit einem vollen Monat zu multiplizieren, ohne ihren Zähler zu prüfen. Vermeide auch, Leerlaufkosten auf null zu setzen, nur weil die Request-Anzahl null ist. Die Preisbeispiele von AWS helfen zu prüfen, welche Terme in die Gleichung gehören.

Welchen Ersatz du bewerten solltest

ECS Express Mode reduziert den Einrichtungsaufwand, aber du musst die Ressourcen und Kosten in deinem Account trotzdem verstehen. Starte mit der verlinkten Migrationsanleitung und den Fargate-Preisen von AWS, statt eine App-Runner-große Rechnung zu vermuten.

Für eine breitere Auswahl vergleiche PaaS-Anbieter. Für den Unterschied zwischen Image-Paketierung und Runtime-Verhalten siehe Container as a Service.

Datenbank-Entscheidung getrennt halten

Das Verschieben eines HTTP-Service erfordert nicht, die Datenbank gleichzeitig zu verschieben. Du kannst die neue Runtime zuerst testen, solange die Datenbank-Verbindung sicher bleibt und die Latenz akzeptabel ist. Cross-Provider- oder Cross-Region-Traffic kann sowohl Latenz als auch Kosten ändern.

Wenn du die Datenbank auch verschiebst, teste Extensions, Rollen, Verbindungslimits und Restore-Zeit. Verifiziere anwendungsebene Reads und Writes, nicht nur ob ein Import-Befehl erfolgreich war. Entscheide, wie du Writes während des Cutovers handhabst und wie du dich erholst, falls die neue App scheitert.

Migrationssequenz mit klaren Prüfpunkten

1. Dokumentiere Image- oder Source-Revision, Runtime-Einstellungen, IAM-Abhängigkeiten, Secrets und verbundene Services.
2. Deploye eine isolierte Testkopie auf dem Kandidaten-Host. Setze den erwarteten Port und Health-Endpunkt.
3. Verbinde Testdaten und führe die wichtigen Flows aus: Login, Writes, Datei-Handling und alle Callbacks.
4. Last-Teste genug, um Latenz, Skalierung und Fehler zu beobachten. Schätze die Rechnung aus den tatsächlichen Metern.
5. Bereite den finalen Daten- und Traffic-Switch vor. Schließe Zertifikats- und Domain-Prüfungen, Monitoring und einen Rollback-Entscheidungspunkt ein.

Auf Lizard deckt der Git-Deployment-Leitfaden Source-Bereitstellungen ab und die Konfigurationsreferenz erklärt wiederholbare Einstellungen. Wenn die App auch Background-Arbeit hat, konfiguriere sie als separaten Worker, statt sie in den Web-Prozess zu zwingen.

FAQ

Wird AWS App Runner abgeschaltet? Keine generelle Abschaltung wird im zitierten Hinweis genannt. AWS beschränkt Neukunden und hält bestehende Services betriebsbereit, mit fortgesetzter Sicherheits- und Verfügbarkeitsarbeit.

Was empfiehlt AWS stattdessen? AWS nennt ECS Express Mode. Bewerte es gegen die Networking-, Berechtigungs- und Deployment-Anforderungen deiner App, bevor du wechselst.

Kostet ein inaktiver App-Runner-Service nichts? Das nicht annehmen. Bereitgestellter Speicher kann weiter abrechenbar bleiben. Nutze die bereitgestellten und aktiven Komponenten von der Preisseite für deine Region.

Kann ich nur die Anwendung verschieben? Ja, wenn sie ihre bestehenden Abhängigkeiten sicher erreichen kann. Teste den Netzwerkpfad, die Latenz und die Transfer-Gebühren, bevor du diese Anordnung in Produktion hältst.

Ist Lizard ein Drop-in-Ersatz? Er kann einen konventionellen Anwendungs-Service betreiben, aber Konfiguration, cloud-spezifische Integrationen und Datenzugriff brauchen trotzdem Review. Teste eine Kopie, bevor du Traffic verschiebst.