Am 16. Oktober 2026 hat AWS Transform die Code-Konvertierung von Azure nach AWS generally available gemacht: Der .NET-Modernisierungs-Agent findet jetzt Azure-SDK-Aufrufe in deinem Quellcode und schreibt sie als AWS-SDK-Aufrufe um, was das Azure-Migrationsgespräch von "verschiebe die VMs" zu "ändere den Code" bewegt. In derselben Woche hat Lambda einen zweiten Formfaktor bekommen, Lambda Web Functions, abgerechnet nach aktiver CPU statt nach Wanduhrzeit; ECS hat eine Task-Count-Metrik ausgeliefert, die drainende Tasks mitzählt; und ARC Region Switch hat gelernt, Quotas der Standby-Region zu prüfen, bevor du sie brauchst.

Transform konvertiert Azure-SDK-Code, nicht nur Azure-VMs

Die Ankündigung vom 16. Oktober ist präzise beim Umfang. Transform entdeckt das Azure SDK in eingereichtem .NET-Quellcode, präsentiert Konvertierungsoptionen im Assessment-Report, lässt dich sie annehmen oder anpassen, konvertiert dann die Aufrufe und validiert das Ergebnis. Generally available: Azure Functions nach AWS Lambda, Azure Blob Storage nach Amazon S3, Azure Queue Storage nach Amazon SQS. Azure Cosmos DB nach Amazon DynamoDB ist in Preview. AWS Transform läuft in acht Regionen: N. Virginia, Mumbai, Tokyo, Seoul, Sydney, Canada Central, Frankfurt und London.

Warum das mehr zählt als noch eine VMware-Geschichte: Bis jetzt war der agentische Azure-Pfad Infrastruktur. Du konntest Azure-VMs replizieren, aber eine Functions-App, die mit Blob Storage spricht, war weiterhin ein Rewrite, den jemand einplanen musste. Die GA-Paare sind die drei Services, aus denen die meisten Cloud-nativen .NET-Backends bestehen: ein Trigger, ein Object Store, eine Queue. Das Preview-Paar ist das ehrliche. Cosmos DB nach DynamoDB ist eine Datenmodell-Konvertierung, kein SDK-Tausch; Partition Keys, Konsistenzstufen und Query-Formen übersetzen sich nicht per Regex, also erwarte, dass generierter DynamoDB-Code kompiliert, bevor er korrekt ist. Lass das Assessment laufen, auch wenn du dieses Quartal nicht umziehst: Wie viel der Landschaft in den GA-Paaren sitzt gegenüber Cosmos, Service Bus oder Key Vault, ist die Zahl, die jeder Migrations-Business-Case bisher geraten hat.

Drei weitere Transform-Punkte: Transform for migrations hat Asia Pacific (Singapore) erreicht (15. Oktober). Full-Stack-Windows-Modernisierung deployt konvertierte Aurora-PostgreSQL-Cluster jetzt in eine andere Region und ist in sieben weiteren verfügbar (15. Oktober): SQL-Server-DDL hochladen, Zielregion setzen, und der abhängige .NET-Code wird im selben Lauf PostgreSQL-kompatibel gemacht. Auf der Mainframe-Seite lässt ein gemeinsamer Beitrag mit Cognition (12. Oktober) Transform Geschäftsregeln aus COBOL, PL/I und JCL mit Rückverfolgbarkeit auf Quellzeilen wiedergewinnen und Devin die freigegebenen Anforderungen in Specs, Backlog, Code und Tests verwandeln, jeweils als Pull Request, den ein Mensch merged. Keine Prozentzahl zur Automatisierung, keine Behauptung zur eingesparten Zeit. Diese Zurückhaltung ist das Glaubwürdigste daran.

Lambda Web Functions: ein Port, kein Handler

Am 12. Oktober hat AWS Lambda Web Functions angekündigt. Dein Code lauscht auf Host und Port in AWS_LAMBDA_HTTP_ENDPOINT und behandelt HTTP wie jeder Server; Express, Hono, Fastify und Next.js laufen ohne Adapter, und bestehende Funktionen heißen jetzt Lambda Event Functions. Eine warme Umgebung bedient bis zu 128 gleichzeitige Requests (Default 64, über maxConcurrencyPerEnvironment); Requests über dem Limit bekommen ein 429, keine Queue. Jede Umgebung hat 2 vCPUs und 2 GB, die Runtime ist Node.js 24 auf Arm64, und es ist live in N. Virginia, Ohio, Oregon, Tokyo und Ireland. aws lambda-web deploy --name app --code ./dist --regions us-east-1,eu-west-1 gibt die URL zurück. Am selben Tag hat CloudFront Web Functions als Origin hinzugefügt, mit Origin Access Control, und so bekommst du eine Custom Domain und WAF davor.

Das Abrechnungsmodell ist die eigentliche Ankündigung. Die Lambda-Pricing-Seite listet Web Functions in N. Virginia auf Arm mit 0,0000276944 $ pro aktiver vCPU-Sekunde, 0,0000036667 $ pro GB-Sekunde gehaltenem Speicher und 0,30 $ pro Million Requests, gegenüber 0,20 $ pro Million für Event Functions und 0,0000166667 $ pro GB-Sekunde zum x86-Event-Function-Satz. Nimm die beiden Extreme. Eine Umgebung mit 2 vCPUs und 2 GB bei voller CPU kostet etwa 0,000063 $ pro Sekunde; eine 2-GB-Event-Function etwa 0,000033 $. Eine Umgebung, die überwiegend auf eine Datenbank wartet, kostet etwa 0,0000073 $ pro Sekunde für Speicher und fast nichts für CPU. Das Modell gewinnt, wenn die CPU idle ist, der normale Web-Tier, und verliert, wenn sie beschäftigt ist, Bildverarbeitung und schweres SSR. Benchmarke deinen p95-CPU-Anteil, bevor du einen Workload umziehst; die Pricing-Seite zeigt kein Free Tier für Web Functions.

Ein Failure Mode, der gesagt werden muss: 128 gleichzeitige Requests in einem Node.js-Prozess teilen sich eine Event Loop, sodass ein langsamer synchroner Pfad 127 Nachbarn verschlechtert. Und da überzählige Requests ein 429 bekommen, ist deine Client-Retry-Policy Teil der Architektur.

ECS zählt endlich die Tasks, die noch laufen

Am 13. Oktober hat Amazon ECS LiveTaskCount hinzugefügt und die Gebühr für RunningTaskCount gestrichen. LiveTaskCount meldet Tasks über ACTIVATING, RUNNING und DEACTIVATING hinweg, inklusive Tasks, die beim Scale-in während des Drainings noch Traffic bedienen. Dieser Satz ist der Bug, den es behebt: Die alte Zählung hat beim Scale-in zu wenig gemeldet, sodass ein Service, der 20 Tasks draint, kleiner aussah, als er war, und die Policy überkorrigieren konnte. Wenn du auf Task-Anzahl skalierst, wechsle die Metrik und justiere das Ziel neu. RunningTaskCount in Container Insights ist jetzt kostenlos.

Region Switch prüft die Quotas vor dem Failover

Am 14. Oktober hat ARC Region Switch vier Fähigkeiten hinzugefügt: Ausführungsblöcke für Systems Manager Run Command und Lambda-Payloads, Paritätsprüfungen für Service Quotas und ein Warten auf Target-Group-Health bei Compute-Skalierungsaktionen. Die Quota-Prüfung ist die, die du diese Woche übernehmen solltest. Failover-Pläne scheitern auf die langweiligste vorstellbare Art: Die Standby-Region hat ein 32-vCPU-Default-Limit, wo Produktion 2.000 hat, entdeckt beim Scale-out während des Incidents. Vorab ausgewertete Quota-Parität macht daraus ein Ticket an einem ruhigen Dienstag. Das Target-Group-Warten schließt die andere klassische Lücke, in der das Runbook die Region für oben erklärt, wenn die ASG die Desired Capacity erreicht, während der ALB noch Health Checks nicht besteht.

Auch diese Woche

Der rote Faden

Jede Schlagzeile dieser Woche ersetzt etwas, das du früher geschätzt hast, durch etwas, das du messen kannst. Transforms Assessment sagt, wie viel einer Azure-Codebasis konvertierbar ist, statt ein Steering Committee raten zu lassen. Web Functions rechnen die CPU ab, die du verbrennst, und die Preisliste gibt dir den Break-even, bevor du umziehst. LiveTaskCount zählt die Tasks, die wirklich bedienen. Region Switch prüft Standby-Quotas vor dem Tag, an dem sie zählen. Weniger aufregend als eine Keynote, nützlicher an einem Dienstag.

Lies das als Nächstes

Für die Modell- und Agenten-Lesart derselben Woche leben die KI-Field-Notes auf ercan.ai. Der Hub, inklusive Consulting zu AWS, Cloud, CI/CD-Pipelines, Linux, GitHub/GitLab und mehr, ist ercanermis.com.

Referenzen