2026年10月16日、AWS TransformはAzureからAWSへのコード変換を一般提供にした。.NETモダナイゼーションエージェントがソース内のAzure SDK呼び出しを見つけてAWS SDK呼び出しに書き換えるようになり、Azure移行の会話は「VMを動かす」から「コードを変える」へ移った。 同じ週、Lambdaは2つ目のフォームファクターLambda Web Functionsを得た。課金は壁時計時間ではなくアクティブCPUに基づく。ECSはドレイン中のタスクも数えるタスク数メトリクスを出荷し、ARC Region switchは必要になる前にスタンバイリージョンのクォータを確認できるようになった。

TransformはAzure VMだけでなくAzure SDKコードを変換する

10月16日の発表は範囲について明確だ。Transformは提出された.NETソース内のAzure SDKを検出し、評価レポートで変換オプションを提示し、受け入れるか調整するかを選ばせ、それから呼び出しを変換して結果を検証する。一般提供: Azure FunctionsからAWS Lambda、Azure Blob StorageからAmazon S3、Azure Queue StorageからAmazon SQS。Azure Cosmos DBからAmazon DynamoDBはプレビュー。AWS Transformは8つのリージョンで動く。N. Virginia、Mumbai、Tokyo、Seoul、Sydney、Canada Central、Frankfurt、Londonだ。

これがもう1つのVMwareの話より重要な理由: これまでエージェンティックなAzure経路はインフラだった。Azure VMをレプリケートすることはできたが、Blob Storageと話すFunctionsアプリは依然として誰かがスケジュールしなければならない書き直しだった。GAの組み合わせは、クラウドネイティブな.NETバックエンドの大半を構成する3つのサービスだ。トリガー、オブジェクトストア、キュー。プレビューの組み合わせが正直なほうだ。Cosmos DBからDynamoDBはSDKの差し替えではなくデータモデルの変換で、パーティションキー、整合性レベル、クエリの形は正規表現では翻訳できない。生成されたDynamoDBコードは、正しくなる前にコンパイルが通るものだと思っておくこと。今四半期に移行しないとしても評価は実行しておくこと。環境のどれだけがGAの組み合わせに収まり、どれだけがCosmos、Service Bus、Key Vaultにあるかは、あらゆる移行ビジネスケースが推測で済ませてきた数字だ。

Transform関連がさらに3件。Transform for migrationsがAsia Pacific (Singapore)に到達(10月15日)。フルスタックWindowsモダナイゼーションが変換済みのAurora PostgreSQLクラスターを別リージョンにデプロイできるようになり、さらに7リージョンで利用可能になった(10月15日)。SQL ServerのDDLをアップロードし、ターゲットリージョンを設定すると、依存する.NETコードが同じ実行の中でPostgreSQL互換にされる。メインフレーム側では、Cognitionとの共同記事(10月12日)で、TransformがCOBOL、PL/I、JCLからソース行のトレーサビリティ付きでビジネスルールを復元し、Devinが承認された要件を仕様、バックログ、コード、テストに変え、それぞれを人間がマージするプルリクエストとして出す。自動化率の数字も、時間短縮の主張もない。その抑制こそが、この記事で最も信頼できる点だ。

Lambda Web Functions: ハンドラーではなくポート

10月12日、AWSはLambda Web Functionsを発表した。コードはAWS_LAMBDA_HTTP_ENDPOINTのホストとポートでリッスンし、どのサーバーとも同じようにHTTPを処理する。Express、Hono、Fastify、Next.jsはアダプターなしで動き、既存の関数はLambda Event Functionsに改名された。1つのウォームな環境が最大128の同時リクエストを捌き(デフォルト64、maxConcurrencyPerEnvironmentで設定)、上限を超えたリクエストはキューではなく429を受け取る。各環境は2 vCPUと2 GB、ランタイムはArm64上のNode.js 24で、N. Virginia、Ohio、Oregon、Tokyo、Irelandで利用できる。aws lambda-web deploy --name app --code ./dist --regions us-east-1,eu-west-1がURLを返す。同日、CloudFrontがWeb Functionsをオリジンとして追加した。Origin Access Control付きで、これがカスタムドメインとWAFをその前に置く方法だ。

本当の発表は課金モデルだ。Lambdaの料金ページは、N. VirginiaのArm上のWeb Functionsをアクティブ vCPU秒あたり$0.0000276944、保持メモリのGB秒あたり$0.0000036667、100万リクエストあたり$0.30と記載している。対するEvent Functionsは100万リクエストあたり$0.20、x86 Event Functionのレートでは GB秒あたり$0.0000166667だ。2つの極端なケースを取ろう。CPUをフルに使う2 vCPU、2 GBの環境は1秒あたり約$0.000063、2 GBのEvent Functionは約$0.000033。主にデータベースを待っている環境はメモリで1秒あたり約$0.0000073、CPUはほぼゼロ。このモデルはCPUがアイドルなとき、つまり通常のWeb層では勝ち、忙しいとき、画像処理や重いSSRでは負ける。ワークロードを移す前にp95のCPU占有率をベンチマークすること。料金ページにWeb Functionsの無料枠は載っていない。

述べておくべき障害モード: 1つのNode.jsプロセス内の128の同時リクエストは1つのイベントループを共有するので、1つの遅い同期経路が127の隣人を劣化させる。そして超過リクエストは429を受けるので、クライアントのリトライポリシーはアーキテクチャの一部だ。

ECSがようやくまだ動いているタスクを数える

10月13日、Amazon ECSがLiveTaskCountを追加し、RunningTaskCountの課金を撤廃した。LiveTaskCountはACTIVATING、RUNNING、DEACTIVATINGにまたがるタスクを報告し、スケールイン中にドレインしながらまだトラフィックを捌いているタスクを含む。この一節こそが修正されたバグだ。旧来のカウントはスケールイン中に過少報告していたので、20タスクをドレインしているサービスは実際より小さく見え、ポリシーが過剰に補正しうる。タスク数でスケールしているなら、メトリクスを切り替えてターゲットを再調整すること。Container InsightsのRunningTaskCountは無料になった。

Region switchがフェイルオーバー前にクォータを確認する

10月14日、ARC Region switchが4つの機能を追加した。Systems Manager Run CommandとLambdaペイロードの実行ブロック、サービスクォータのパリティチェック、そしてコンピュートのスケーリングアクションにおけるターゲットグループのヘルス待機だ。今週採用すべきはクォータチェックだ。フェイルオーバー計画は想像しうる最も退屈な形で失敗する。本番が2,000のところ、スタンバイリージョンにはデフォルトの32 vCPUの上限があり、インシデント中のスケールアウト時に発覚する。事前に評価されたクォータのパリティは、それを静かな火曜日のチケットに変える。ターゲットグループの待機はもう1つの古典的な隙間を閉じる。ALBがまだヘルスチェックに失敗しているのに、ASGが希望容量に達した時点でランブックがリージョン復旧を宣言してしまう隙間だ。

今週のその他

通底するテーマ

今週のすべての見出しは、これまで見積もっていたものを測定できるものに置き換えている。Transformの評価は、運営委員会に推測させる代わりに、Azureコードベースのどれだけが変換可能かを告げる。Web Functionsは燃やしたCPUに課金し、価格表は移行前に損益分岐点を教えてくれる。LiveTaskCountは本当に捌いているタスクを数える。Region switchは、スタンバイのクォータが重要になるその日の前に確認する。基調講演ほど刺激的ではないが、火曜日にはより役に立つ。

次に読む

同じ週のモデルとエージェント側の読み解きは、ercan.aiのAIフィールドノートにある。AWS、クラウド、CI/CDパイプライン、Linux、GitHub/GitLabなどのコンサルティングを含むハブはercanermis.comだ。

参考資料