In der Woche vom 24. August sind zwei Dinge passiert, die 2028 noch zählen werden: AWS hat die Übernahme von DuckLabs vereinbart, der Amsterdamer Firma hinter DuckDB, wobei die Datenbank unter ihrer unabhängigen Foundation MIT-lizenziert bleibt; und Amazon ECS hat begonnen, Container-Instances zu erkennen und zu reparieren, deren Agent den Kontakt zur Control Plane verloren hat. Drumherum hatte Lambda einen Dienstag mit drei Launches (Preview-Runtimes, vollständige Resource-based Policies, PrivateLink für MicroVMs), EKS hat bis zu zehn OIDC-Provider pro Cluster aufgenommen, und auf der Migrationsseite ist AWS Transform in den FedRAMP-Class-C-Scope gekommen, während Elastic Disaster Recovery geordnete Recovery Plans bekommen hat. EC2 ist außerdem zwanzig geworden.

DuckLabs: AWS kauft die Engine für Daten, die auf eine Maschine passen

Die Ankündigung ist vorsichtig bei den Punkten, die für jeden zählen, der DuckDB in Produktion hat: Es bleibt Open Source unter der MIT-Lizenz, es bleibt unter der unabhängigen Foundation, und Hannes Mühleisen und Mark Raasveldt führen weiterhin die technische Richtung. AWS' erklärter Grund sind Agenten, die Daten so erkunden wie Analysten, in kleinen iterativen Abfragen über ein Terabyte oder weniger, und sein Beleg ist der eigene: Amazon Quick betreibt DuckDB bereits über S3 Tables und hat mehr als 2,5 Milliarden Abfragen bedient, bei 30 % geringerer durchschnittlicher Latenz.

Die ehrliche Lesart für ein Plattform-Team ist zweiteilig. Erstens: Die In-Process-Engine, die deine Datenleute schon in Notebooks betreiben, wird jetzt in irgendeiner Form in Athena, Redshift, EMR, Glue und SageMaker auftauchen, was heißt, dass der "Small Data"-Pfad auf AWS kein Spark-Cluster mehr ist, der auf eine 2-GB-Parquet-Datei wartet. Das sind gute Nachrichten für die Kosten. Zweitens: Jede Übernahme einer Open-Source-Firma trägt unabhängig von der Pressemitteilung dieselbe Frage, und die Antwort hier sind die Lizenz und die Foundation-Struktur. MIT heißt, Forks sind trivial, falls die Governance je abdriftet. Behalte im Blick, wo neue Features zuerst landen, im offenen Repo oder in den AWS-Services, denn das ist der Hinweis, nicht der Lizenztext.

ECS: ein Health Event für den Ausfall, den du nicht sehen konntest

Eine ECS-Container-Instance, deren Agent die Verbindung zur Control Plane verloren hat, ist auf eine bestimmte Art kaputt: Die Tasks darauf laufen vielleicht noch, die Instance besteht die EC2 Status Checks, aber ECS kann dort nichts platzieren, stoppen oder beobachten. EBS-Degradation, ein thermisches Ereignis oder ein Netzwerkfehler können das alle verursachen. ECS überwacht das jetzt kontinuierlich und erzeugt ein AGENT_CONNECTIVITY-Health-Change-Event für die Container-Instance, über Fargate, ECS Managed Instances und ECS auf EC2 hinweg, kostenlos in allen kommerziellen und GovCloud (US) Regionen.

Die Aufteilung ist der wichtige Teil. Auf Fargate und Managed Instances übernimmt ECS die Wiederherstellung selbst: Workloads abziehen, Ersatzkapazität provisionieren, die beeinträchtigte Instance entfernen. Auf ECS auf EC2 bekommst du das Event und den Job. Das ist das richtige Design, denn auf EC2 gehört der Capacity Provider dir, und ECS kann nicht wissen, ob es sicher ist, die Instance zu terminieren, aber es heißt, der Launch hilft dir nur, wenn du ihn verdrahtest. Eine EventBridge-Regel auf dem Event, die aws autoscaling set-instance-health --health-status Unhealthy aufruft, ist die minimal tragfähige Version. Wenn du einen Grund gesucht hast, die verbliebenen EC2 Capacity Provider auf Managed Instances umzuziehen, ist das ein konkreter: In derselben Woche hat AWS Batch Managed Instances als Compute Environment bekommen, über einen managedInstancesProvider-Block in CreateComputeEnvironment.

Lambdas Dienstag: Runtimes, Policies, private Endpunkte

Node.js 26 und Python 3.15 sind als Public-Preview-Runtimes angekommen, mit einer nützlichen Designentscheidung: Die Identifier sind nodejs26.x und python3.15, dieselben, die GA haben wird, sodass Funktionen automatisch zu GA wandern. Der Preis dieser Bequemlichkeit ist die Falle darin. Eine Preview-Runtime ist vom Lambda-SLA und von AWS Support ausgeschlossen, und Breaking Changes sind möglich, sodass eine Funktion, die heute in einem geteilten SAM-Template auf python3.15 steht, morgen eine Produktionsfunktion auf einer nicht unterstützten Runtime ist. Sperre es in CI.

Vollständige IAM Resource-based Policies ersetzen das Berechtigungsmodell mit einem Principal auf einmal durch ein einziges Policy-Dokument, das mehrere Principals und Actions abdeckt, mit dem vollen Satz an IAM-Condition-Keys. Wer je eine Funktion verwaltet hat, die von drei Services und einem externen Account aufgerufen wird, weiß, dass das alte Modell eine Resource Policy produziert hat, die niemand lesen konnte; das hier macht die Policy reviewbar und, über CloudFormation und SAM, diffbar. Und Lambda MicroVMs unterstützen jetzt PrivateLink, sodass VPC-Ressourcen Images erstellen, MicroVMs starten und den HTTP-Endpunkt jeder MicroVM erreichen können, ohne das AWS-Netz zu verlassen, was der Blocker für regulierte Teams war, die sie als Agenten-Sandboxes nutzen.

Migration und DR: Transform im FedRAMP-Scope, DRS bekommt ein Runbook

AWS Transform ist jetzt im Scope für FedRAMP Class C (die frühere Moderate-Baseline), wenn es aus US East (N. Virginia) genutzt wird und auf US East oder US West zielt; die MGN-Komponente qualifiziert sich separat für Class D. Für Public-Sector-Migrationen, die an der Tooling-Compliance hingen, ist das die Entsperrung. DRS Recovery Plans lassen dich Server in sequenzielle Schritte mit Wartezeiten gruppieren, Approval Gates hinzufügen, das Ganze als nicht-disruptiven Drill ausführen und den Fortschritt live beobachten. Die Reihenfolge Datenbank-vor-App, die auf einer Wiki-Seite lebte, ist jetzt ein Objekt, das der Service ausführt, und das ist auch der einzige Weg, auf dem ein DR-Drill je zweimal läuft.

Auch diese Woche

Der rote Faden

Der ECS-Launch und die DuckDB-Übernahme sind beide AWS, das zugibt, dass viel echte Arbeit unterhalb der Skala passiert, für die seine Services entworfen wurden. Eine Container-Instance, die verstummt, ist zu klein für ein Dashboard und zu häufig, um sie zu ignorieren; ein Terabyte Parquet ist zu klein für Spark und zu häufig, um etwas anderes vorzugeben. Beide Fixes haben dieselbe Form: den kleinen Ausfall oder den kleinen Datensatz bemerken, nativ behandeln und aufhören, den Kunden einen Cluster oder einen Cron-Job bauen zu lassen, um damit klarzukommen. Die Lambda-Runtime-Preview und die Resource Policies gehören in dieselbe Woche, weil auch sie vom Long Tail handeln: die Funktion, die niemandem gehört, aufgerufen von vier Principals, auf einer Runtime, die jemand 2026 gesetzt hat. Plattformen verdienen Vertrauen im Long Tail, nicht in der Keynote.

Lies das als Nächstes

Für die KI- und Agenten-Lesart derselben Woche leben die Field Notes auf ercan.ai. Consulting zu AWS, Cloud, CI/CD-Pipelines, Linux, GitHub/GitLab und mehr läuft über ercanermis.com.

Referenzen