9月28日の週には79件の発表が着地し、そのうち5件はフロンティアモデルだったが、最も長い尾を引くのはライフサイクル通知だった。Amazon DevOps Guru、Amazon Managed Blockchain、Backint Agent for SAP ASEが終了(sunset)に入り、Infrastructure Composerのスタンドアロンコンソールは12月に消え、Mechanical Turkはサポート終了に達した。 その2日後、AWS Healthはこの種のニュースが不意打ちとして届くのをやめさせるバージョンカタログを出荷した。移行の面では、AWS TransformがエージェンティックなKafkaからMSKへの評価を追加した。EKS Auto Modeはkubelet、sysctl、hugepageのチューニングを開放し、Kubernetes 1.37が到着し、Aurora PostgreSQLは組み込みのDuckDB経由でS3内のIcebergとParquetを照会し始めた。

終了リストと、それを置き換えるべきカタログ

9月29日のAWS Service Availability Updatesは、Amazon Chime SDK SIP Media ApplicationとAmazon WorkSpaces Secure Browserをメンテナンスへ移す(2026年10月29日から新規顧客には閉じられ、既存顧客は継続)。終了に入るのは、Amazon Managed Blockchain(サポート終了2027年9月29日)、Amazon DevOps Guru(2027年9月30日)、AWS Backint Agent for SAP ASE(2027年9月29日)、そしてAWS Infrastructure Composerのスタンドアロンコンソール(2026年12月7日)。Amazon Mechanical Turkは2026年9月29日にサポート終了に達した。

大半のインフラチームが実感するのはDevOps Guruだ。多くが2021年に有効化してそのまま忘れたので、いまもCloudFormationテンプレートに残り、誰かを呼び出すSNSトピックにいまも配線されている。AWSは後継を名指ししていない。1週間前にCloudWatch OmniとDevOps Agentが出荷されたことを考えれば、エージェンティックな調査の経路が自然な読みだ。AWS::DevOpsGuru::ResourceCollectionとNotificationChannelのリソースをいま監査し、アラートを何で置き換えるかを決めること。撤去に40アカウント分の変更チケットが要るなら、12か月はあっという間に過ぎる。

そして10月2日、AWS Healthがバージョンカタログを導入した。サポート対象のソフトウェアバージョンとそのライフサイクルのタイムラインをサービス横断で見られるビューで、Health Dashboardでは全員に、Health API経由ではBusiness Support Plus、Enterprise Support、Unified Operationsの顧客に提供される。ローンチ時点でRDS、EKS、Lambdaをカバーし、他のサービスが続く。アップグレードのバックログを追跡している仕組みにこのAPIを配線すること。残り4か月のEKSバージョンはメールではなくチケットであるべきだ。

AWS TransformがKafkaからMSKへの移行を評価する

9月29日、AWS TransformがオンプレミスのApache KafkaからAmazon MSKへのエージェンティックな移行評価を追加した。クラスターのインベントリファイルをアップロードするか、チャットでクラスターを記述すると、エージェントが各クラスターのMSK互換性をトポロジー、バージョン、設定、認証、クォータにわたって確認し、MSK Expressブローカーのサイジングを行い、価格オプションと次のステップを含むTCOのビジネスケースを生成する。

Kafka移行で遅いのはデータコピーではなく、収まるのか、いくらかかるのかを突き止めるための数週間のスプレッドシート作業だ。それを数分に圧縮すると、誰がその問いを発せるかが変わる。

「評価」という言葉は文字どおりに読むこと。生成されるのはケースであって、移行ではない。コンシューマーグループのオフセット、スキーマレジストリ、MirrorMakerのトポロジー、クライアント側の認証変更、そしてExpressブローカーが課すパーティション数の判断は、すべてまだあなたのものだ。TCOは最初の数字として扱い、Expressブローカーのサイジングは自分のリテンションとスループットのピークに対して検証すること。

EKS Auto Modeが最後の言い訳を失う

10月1日、EKS Auto Modeが高度なコンピュート設定を追加した。NodeClassリソースの新しいadvancedComputeフィールドで、kubeletオプション、Linuxのsysctl、hugepageを宣言的に設定できる。rootlessイメージビルドのためのユーザー名前空間、evictionの閾値、ARPキャッシュの上限、データベースやHPC向けの2Miまたは1Giのhugepage。EKSは設定を検証し、ブート時に適用し、スケーリングとアップグレードを通して維持する。起動テンプレートもカスタムAMIも特権DaemonSetも要らない。

「sysctlチューニングにカスタムAMIが必要だ」は、セルフマネージドのノードグループに留まる最も多い正直な理由だった。その理由は、正しい形で消えた。チューニングはバージョン管理されたKubernetesオブジェクトに住み、誰も所有したくないイメージパイプラインには住まない。障害モードはノードレベルのつまみすべてと同じで、NodeClass内の悪いsysctlは、そのクラスがプロビジョニングする全ノードに展開される。チューニング済みのNodeClassには専用のノードプールを与え、単一のワークロードでカナリアすること。

10月2日、EKSとEKS DistroがKubernetes 1.37を追加した。Metrics APIはmetrics.k8s.io/v1としてGA、DRAのデバイスtaintとtolerationがGA、HPAのscale-to-zeroはベータでデフォルト有効。同日、ECSがVPC Latticeの背後のサービスにブルー/グリーン、リニア、カナリアのデプロイを追加した。

Aurora PostgreSQLがデータレイクをその場で読む

9月30日、Aurora PostgreSQLがApache IcebergとParquetデータの直接照会を得た。S3、S3 Tables、またはGlue Data Catalog(Glue経由でフェデレーションされた外部のIceberg RESTカタログを含む)のデータに対してPostgreSQLの外部テーブルを作ると、Auroraはエンジンに組み込まれたDuckDBでそのクエリを実行する。既存のアプリケーションとBIツールは素のPostgreSQLと話し続け、レイテンシに敏感な経路ではレイクのデータをローカルにマテリアライズできる。

これは夜間の「ディメンションテーブルをPostgresにコピーする」ジョブという一群を葬り、DuckDBは列指向ファイルをスキャンするエンジンとして妥当だ。トレードオフは、そのスキャンがいまやOLTPインスタンス上で走ることだ。1年分のParquetに対するレポートクエリは、チェックアウトも捌いている箱の上で大量のCPUとメモリを食う。レイク向きのワークロードはリーダーに置き、BIツールに渡す接続はcronジョブと同じくらい注意して見張ること。

今週のその他

通底するテーマ

今週の本当のテーマはライフサイクルだ。2021年に採用したサービスが去っていく。バージョンカタログは、次のものが不意打ちにならないために存在する。AWS TransformはオンプレミスのKafkaを離れるビジネスケースを書くようになった。EKS Auto Modeはノードグループを寿命を超えて生かしていた設定の隙間を取り除き、Auroraは十数本のETLパイプラインを寿命を超えて生かしていたコピージョブを取り除いた。プラットフォームの仕事の大半は何の運用をやめるかを決めることであり、今週AWSはその両方の半分、何が終わるのかを知ることと、置き換えを実際にやれるほど安くすることのためのツールを出荷した。

次に読む

同じ週のAIとエージェント側の読み解きはercan.aiで。AWS、クラウドアーキテクチャ、CI/CDパイプライン、Linux、GitHubやGitLab、そしてその周辺のプラットフォーム業務で実践的な支援が必要なら、コンサルティングはercanermis.comからどうぞ。

参考資料