Neunundsiebzig Ankündigungen sind in der Woche vom 28. September gelandet, fünf davon Frontier-Modelle, und die mit dem längsten Nachhall war eine Lifecycle-Mitteilung: Amazon DevOps Guru, Amazon Managed Blockchain und der Backint Agent for SAP ASE sind in den Sunset gegangen, die eigenständige Console von Infrastructure Composer folgt im Dezember, und Mechanical Turk hat das Ende des Supports erreicht. Zwei Tage später hat AWS Health einen Version Catalog ausgeliefert, damit diese Art Nachricht nicht mehr als Überraschung ankommt. An der Migrationsfront hat AWS Transform agentische Kafka-zu-MSK-Assessments bekommen. EKS Auto Mode hat Kubelet-, sysctl- und Hugepage-Tuning geöffnet, Kubernetes 1.37 ist angekommen, und Aurora PostgreSQL hat angefangen, Iceberg und Parquet in S3 über ein eingebettetes DuckDB abzufragen.

Die Sunset-Liste, und der Katalog, der sie ersetzen sollte

Die AWS Service Availability Updates vom 29. September schicken Amazon Chime SDK SIP Media Application und Amazon WorkSpaces Secure Browser in die Wartung (ab 29. Oktober 2026 für Neukunden geschlossen, Bestandskunden laufen weiter). In den Sunset gehen: Amazon Managed Blockchain (Ende des Supports 29. September 2027), Amazon DevOps Guru (30. September 2027), AWS Backint Agent for SAP ASE (29. September 2027) und die eigenständige Console von AWS Infrastructure Composer (7. Dezember 2026). Amazon Mechanical Turk hat am 29. September 2026 das Ende des Supports erreicht.

DevOps Guru ist das, was die meisten Infra-Teams spüren werden. Viele haben es 2021 eingeschaltet und vergessen, es steckt also noch in CloudFormation-Templates und ist noch mit SNS-Topics verdrahtet, die jemanden pagen. AWS nennt keinen Nachfolger; angesichts dessen, dass CloudWatch Omni und der DevOps Agent eine Woche zuvor ausgeliefert wurden, ist der agentische Untersuchungspfad die naheliegende Lesart. Auditiere jetzt nach AWS::DevOpsGuru::ResourceCollection- und NotificationChannel-Ressourcen und entscheide, was die Alerts ersetzt, denn zwölf Monate vergehen schnell, wenn die Entfernung ein Change-Ticket in vierzig Accounts braucht.

Dann hat am 2. Oktober AWS Health den Version Catalog eingeführt: eine serviceweite Sicht auf unterstützte Softwareversionen und ihre Lifecycle-Zeitleisten, im Health Dashboard für alle und über die Health API für Kunden mit Business Support Plus, Enterprise Support und Unified Operations. Zum Start deckt er RDS, EKS und Lambda ab, weitere Services folgen. Verdrahte die API mit dem, was dein Upgrade-Backlog verfolgt; eine EKS-Version mit vier Monaten Restlaufzeit sollte ein Ticket sein, keine E-Mail.

AWS Transform bewertet Kafka nach MSK

Am 29. September hat AWS Transform agentische Migrations-Assessments für On-Premises Apache Kafka nach Amazon MSK hinzugefügt. Du lädst eine Cluster-Inventory-Datei hoch oder beschreibst die Cluster im Chat, und der Agent prüft jeden Cluster auf MSK-Kompatibilität über Topologie, Version, Konfiguration, Authentifizierung und Quotas, dimensioniert MSK Express Broker und erzeugt einen TCO-Business-Case mit Preisoptionen und nächsten Schritten.

Der langsame Teil einer Kafka-Migration ist nicht die Datenkopie, es sind die Wochen Spreadsheet-Arbeit, um herauszufinden, ob es passt und was es kostet. Das auf Minuten zu komprimieren ändert, wer die Frage stellen darf.

Lies das Wort "Assessment" buchstäblich. Es erzeugt einen Case, keine Migration. Consumer-Group-Offsets, Schema Registry, MirrorMaker-Topologie, clientseitige Auth-Änderungen und die Entscheidungen zur Partitionsanzahl, die Express Broker erzwingen, gehören weiterhin dir. Behandle die TCO als Eröffnungszahl und verifiziere die Dimensionierung der Express Broker gegen deine Retention- und Durchsatzspitzen.

EKS Auto Mode verliert seine letzte Ausrede

Am 1. Oktober hat EKS Auto Mode Advanced Compute Configuration bekommen: Ein neues Feld advancedCompute in der NodeClass-Ressource lässt dich Kubelet-Optionen, Linux-sysctls und Hugepages deklarativ setzen: User Namespaces für rootless Image-Builds, Eviction-Schwellen, ARP-Cache-Limits, 2Mi- oder 1Gi-Hugepages für Datenbanken und HPC. EKS validiert die Einstellungen, wendet sie beim Boot an und behält sie über Skalierung und Upgrades, ohne Launch Templates, Custom AMIs oder privilegierte DaemonSets.

"Wir brauchen ein Custom AMI für sysctl-Tuning" war der häufigste ehrliche Grund, bei Self-Managed Node Groups zu bleiben. Dieser Grund ist weg, und zwar auf die richtige Art: Das Tuning lebt in einem versionierten Kubernetes-Objekt, nicht in einer Image-Pipeline, die niemand besitzen will. Der Failure Mode ist derselbe wie bei jedem Node-Level-Regler: Ein schlechtes sysctl in einer NodeClass rollt auf jeden Node aus, den diese Klasse provisioniert. Gib der getunten NodeClass ihren eigenen Node Pool und canary sie mit einem einzelnen Workload.

Am 2. Oktober haben EKS und EKS Distro Kubernetes 1.37 hinzugefügt: Die Metrics API ist GA als metrics.k8s.io/v1, DRA Device Taints und Tolerations sind GA, und HPA Scale-to-Zero ist Beta und standardmäßig an. Am selben Tag hat ECS Blue/Green-, lineare und Canary-Deployments für Services hinter VPC Lattice hinzugefügt.

Aurora PostgreSQL liest den Data Lake an Ort und Stelle

Am 30. September hat Aurora PostgreSQL direkte Abfragen von Apache-Iceberg- und Parquet-Daten bekommen. Du erstellst PostgreSQL Foreign Tables über Daten in S3, S3 Tables oder dem Glue Data Catalog (inklusive externer Iceberg-REST-Kataloge, die über Glue föderiert sind), und Aurora führt diese Abfragen mit einem in die Engine eingebetteten DuckDB aus. Bestehende Anwendungen und BI-Tools sprechen weiterhin reines PostgreSQL; für latenzkritische Pfade kannst du die Lake-Daten lokal materialisieren.

Das erledigt eine Klasse nächtlicher "kopiere die Dimensionstabellen nach Postgres"-Jobs, und DuckDB ist eine vernünftige Engine zum Scannen spaltenorientierter Dateien. Der Trade-off ist, dass der Scan jetzt auf deiner OLTP-Instance läuft. Eine Reporting-Abfrage über ein Jahr Parquet ist viel CPU und Speicher auf der Kiste, die auch Checkouts bedient; lege den Lake-Workload auf einen Reader und beobachte die Verbindung, die du dem BI-Tool gibst, so genau wie einen Cron-Job.

Auch diese Woche

Der rote Faden

Das eigentliche Thema der Woche ist Lifecycle. Ein Service, den du 2021 eingeführt hast, geht. Der Version Catalog existiert, damit der nächste dich nicht kalt erwischt. AWS Transform schreibt jetzt den Business Case, um On-Prem-Kafka zu verlassen. EKS Auto Mode hat die Konfigurationslücke beseitigt, die Node Groups über ihre Zeit hinaus am Leben gehalten hat, und Aurora hat den Kopier-Job beseitigt, der ein Dutzend ETL-Pipelines über ihre hinaus am Leben gehalten hat. Plattformarbeit besteht zum Großteil darin zu entscheiden, was man aufhört zu betreiben, und diese Woche hat AWS Werkzeuge für beide Hälften davon ausgeliefert: herausfinden, was endet, und den Ersatz günstig genug machen, dass man es wirklich tut.

Lies das als Nächstes

Für die KI- und Agenten-Lesart derselben Woche siehe ercan.ai. Wenn dein Team Hands-on-Hilfe bei AWS, Cloud-Architektur, CI/CD-Pipelines, Linux, GitHub oder GitLab und der Plattformarbeit darum herum braucht, lebt die Consulting-Seite auf ercanermis.com.

Referenzen