AWSは静かに、長年サーバーレスの境界を定義してきた上限を引き上げた。VPC外で実行されるLambda関数は、メモリ容量に応じてネットワークスループットがスケールするようになり、2 GBで625 Mbpsから10 GBで3,000 Mbpsまで拡大し、商用リージョン全体で追加料金なしで利用できる。
この数値そのものよりも、取り除かれた障壁が重要だ。それはサーバーレスを離脱する構造的理由である。長年、アーキテクトはデータ集約型のジョブ(ETLパイプライン、メディアトランスコーディング、推論やモデル評価ステップへの大容量ペイロード供給)がLambdaのI/O範囲を超えた時点で壁に直面し、Fargate、ECS、EC2へと押し出されてきた。その移行には実質的なコストがかかるが、それはコンピュートではなく運用オーバーヘッドだ。クラスター管理、オートスケーリングロジック、アイドル容量である。AWSは既に課金対象となっている次元(メモリ)に対してスループットを線形スケールさせることで、この意思決定ツリーの一部を圧縮した。高速転送は実行時間を短縮し、Lambdaがミリ秒単位で課金される以上、帯域幅アップグレードはより多くの処理を行いながらも、呼び出しあたりのコストを静かに削減できる。
競争面では、これは重心の移動に対する防衛的な動きだ。Cloudflare Workers、Fastly Compute、そしてより広範なエッジランタイム陣営は、低レイテンシーでネットワーク近接型の実行を軸に'サーバーレス'を再定義してきており、彼らのエージェント型プラットフォームへの野心はさらに賭け金を引き上げている。AWSは、自社の既存の関数サービスがより重いデータワークロードを吸収できることを示し、特化型ランタイムやコンテナを実用的なステップアップとして売り込むGoogle Cloud RunやAzure Container Appsに譲歩しない姿勢を示している。
グローバルテクノロジーリーダーには、3つの行動が求められる。第一に、純粋にI/O上の理由でコンテナにオフロードされたワークロードを再検討すること。一部はLambdaに戻す方が安価でシンプルになる可能性があり、再ベンチマークは1時間のエンジニアリング工数に値する。第二に、VPC接続された関数が意図的に除外されている点に注目すること。厳格なネットワーク分離要件を持つチームはここから何も得られず、セキュリティとパフォーマンスの間のアーキテクチャ議論を形成する。第三に、クォータメカニズムに注視すること。これはService Quotas経由でオプトイン方式で提供され、デフォルトでは有効化されないため、FinOpsやプラットフォームチームは利益を前提とする前に有効化して測定すべきだ。
戦略的解釈としては、サーバーレスが軽量イベント向けの接着層から、主要なデータ移動が可能なインフラストラクチャへと成熟しつつあるということだ。これはコンテナ層の存在理由を侵食し、競合他社にはコールドスタートレイテンシーだけでなくスループットで応答する圧力をかける。競合からの対抗措置は2〜3四半期以内に予想される。
