Cloud

Cloud Run：GPU対応とMCPサーバーが正式提供開始 Google I/O 2026に合わせて、Cloud Runに関する複数の重要なアップデートが発表された。最大の目玉は NVIDIA RTX PRO 6000 Blackwell GPU対応のGA（一般提供開始） だ。このGPUは70Bパラメータ以上の大規模言語モデルの推論に対応しており、Cloud Runのスケールゼロ機能と組み合わせることで、インフラ管理なしに使用量ベースの課金モデルで大規模モデルを本番運用できる。ElasticはCloud Runの使用量ベース・スケールゼロモデルへの移行によりアイドル時のGPUコストを削減し、17種類以上のモデルバリアントを本番環境で稼働させているという。Anthropicも、Cloud Runのサーバーレス・アーキテクチャによる即時スケーリングで急成長する需要に対応している顧客事例として紹介されている。 また、Cloud Run MCPサーバー（Model Context Protocol）もGAとなった。AIエージェントや開発者がコードをデプロイ・管理するためのツールとして機能し、エージェントと既存のクラウドインフラをつなぐ橋渡し役を担う。Google AI Studioとの連携強化も発表され、サーバーサイドコード・Firestoreデータベース・ユーザー認証を含むフルスタックアプリをGoogle AI Studio上で開発し、ワンクリックでCloud Runへデプロイする機能もGAとなった。Replit はすでに100万以上のライブプロジェクトをCloud Runでホストしており、VirginMedia O2 UKもAIカスタマーサービスツール「Lumi」でリアルタイム分析を実現している。 エージェント実行基盤としての新機能群 AIエージェントの本番運用を支えるインフラ機能として、複数のプレビュー機能も公開された。Cloud Run Instances（プレビュー）は長時間稼働するバックグラウンドエージェントのホスティングを可能にし、gcloud CLIから作成できる。Cloud Run Sandboxes（近日提供）はエージェント用の高速かつ安全な隔離実行環境で、単一リクエスト処理中に即座に起動できる設計となっている。さらに、Gemini Enterprise Agent Platformとの統合により、AIエージェントが実験環境から本番環境へ移行する際にインフラの再構築が不要になる（プレビュー）。 その他のプレビュー・近日提供機能として、Cloud RunコンテナへのSSHアクセス、月次最大支出を設定できる請求上限、インスタンスごとの一時ディスクストレージ（Ephemeral Disk）、マイクロサービス間通信を簡略化するCloud Run Service Bindingsなどが発表された。これらは総じて、Cloud RunをAIエージェントの本番実行基盤として強化する方向性を示している。 FirebaseのAIエージェントネイティブプラットフォームへの進化 Google I/O 2026のセッションでは、Firebaseが「エージェントネイティブなプラットフォーム」へと進化する方針が示された。開発者がインテリジェントなアプリケーションを迅速に構築・スケールできる環境を整え、Google AI StudioやGoogle Antigravityとの統合により、プロトタイプから本番環境への移行が大幅に簡素化される。 この刷新により、Firebaseはモバイル・Webアプリのバックエンド基盤という従来の役割を超え、AIエージェントが動作するプラットフォームとしての位置づけを強めた。Google Cloudのインフラを基盤としたセキュリティとスケーラビリティを維持しながら、開発速度とAI統合の容易さを両立させることが狙いだ。Cloud RunのGPU対応やMCPサーバー機能と合わせると、GoogleがサーバーレスおよびFirebaseのエコシステム全体をAIエージェント時代向けに再設計している姿勢が明確に見える。

概要 ミネソタ州ミネアポリスで2026年5月18〜20日に開催中のOpen Source Summit North America 2026（OSS NA 2026）にて、MicrosoftはAIエージェント分野における複数のオープンソースイニシアティブを発表した。MicrosoftのAzure OSS担当コーポレートバイスプレジデントであるBrendan Burns氏は「オープンソースはAIの基盤だ」と述べ、同社がクラウドネイティブから「AIネイティブ」への移行を次世代の進化と位置づけていることを強調した。AIがissueトリアージ・テスト・コードレビューといった開発プロセス自体を自動化することで、オープンソース開発そのものを再構築するビジョンも示された。 Microsoft Agent Framework とエージェント基盤スタック Microsoftが発表した「Microsoft Agent Framework」は、マルチエージェントシステムの構築・展開を支援するOSSのSDKだ。同社はこれを「オープンなエージェントスタック」の中核と位置づけており、RayおよびNVIDIA Dynamoとのパートナーシップによるクロスフレームワーク連携、ベンダー中立のエージェント通信標準「A2A Protocol」も合わせて整備している。さらに「Agent Governance Toolkit」では、AIエージェントにID管理・ポリシー適用・監査ログといったOSレベルのガバナンス機能を付与し、企業のコンプライアンス要件に対応できる設計となっている。Linux Foundationが主導する「Agentic AI Foundation（AAIF）」はLinux Foundation史上最速で成長しているプロジェクトと認められており、Microsoftも積極的に貢献している。 Azure Container Linux と Azure Linux 4.0 インフラ面では、コンテナ最適化不変OS「Azure Container Linux」のGA（一般提供開始）も発表された。Azure Linux 4.0はAzure仮想マシン向けパブリックプレビューに入り、Microsoft Build（6月2日）でより広範なロールアウトが予定されている。いずれも削減されたパッケージフットプリントと透明性の高いサプライチェーンを特徴とし、攻撃対象領域を最小化することで規制対応ワークロードにも適した設計となっている。ホスト環境からコンテナまで一貫したパフォーマンスを実現し、Azureオペレーションチームによるメンテナンスとアップストリームへの継続的な貢献も維持される。 オープンソースセキュリティへの投資と業界動向 セキュリティ面では、OpenSSF/Alpha-Omegaへの複数フェーズにわたる資金提供と、GitHubが運営する「GitHub Secure Open Source Fund」（プロジェクトあたり1万ドルの支援＋メンターシップ）への継続的な関与も明らかにされた。MicrosoftのAzureはCNCFプロジェクトへの最大のパブリッククラウドコントリビューターとして3年連続でランク付けされており、オープンソースエコシステム全体への貢献をさらに拡大している。OSS NA 2026ではMicrosoftのほか、OpenAI・Intel・IBM ResearchもSBOMの運用化やAIサプライチェーン保護、エッジ・IoT向けLinux最適化など多様なセッションに参加しており、業界全体でのAI時代のオープンソース基盤強化に向けた動きが活発化している。

概要 Cloudflareは2026年5月、エッジ環境でのステートフルなマルチステッププロセスをオーケストレーションするためのプラットフォーム「Workflows」の大型アップデートとなる「Workflows V2」を発表した。今回のアップデートの核心は、決定論的かつ再実行可能な（replayable）実行アーキテクチャの採用であり、AIエージェント、データパイプライン、大規模バックグラウンド処理といった事例への対応強化が図られている。 スケーラビリティの大幅拡張 Workflows V2では、スケーラビリティに関わる制限値が軒並み引き上げられた。同時実行可能なワークフローインスタンス数は従来の4,500から5万インスタンスへと約11倍に拡大し、1アカウントあたりの新規実行レートも毎秒100件から毎秒300件に増加した。さらに、キューへのキューイング容量は200万インスタンスへと倍増している。これらの改善により、イベント駆動型の大規模システムでも Workflows を主要なオーケストレーション基盤として採用しやすくなった。 技術アーキテクチャと決定論的実行 V2の技術的な革新として、各ステップが独立して分離・再実行可能なステップベースの決定論的実行モデルが挙げられる。「各ステップはリプレイセーフになるよう設計されている」という設計方針のもと、ステップ間での耐久性のある状態管理、自動リトライ・タイムアウト処理が組み込まれている。また、Cloudflare Workers、Queues、Durable Objectsとのネイティブ統合も維持されており、既存のCloudflareエコシステムとシームレスに連携できる。 独立したステップを並行実行するファンアウト・ファンイン（fan-out/fan-in）パターンにも対応しており、複雑な並列処理フローを簡潔に記述できる。さらに、ステップレベルのトレーシングと実行履歴の記録によるオブザーバビリティの強化も図られ、本番環境でのデバッグが容易になった。 移行と今後の展望 V1からV2への移行には、明示的なステップベースのモデルへの書き換えとAPIのアップデートが必要となる。基本的なコンセプトは踏襲されているものの、新しい実行セマンティクスに沿って独立した再実行可能なステップへの再構築が求められる。Cloudflareは「V2によって実行フローの把握と障害時の復旧が容易になり、処理の重複を排除できる」としており、信頼性・スケール・可観測性の三拍子を兼ね備えたワークフローエンジンとして、エッジコンピューティングにおける複雑なオーケストレーション需要に応えることを目指している。

概要 Kubernetes v1.36（コード名「Haru」）が2026年4月22日に正式リリースされ、その後5月13日にはパッチバージョン1.36.1も公開された。今回のリリースには合計70件の機能強化が含まれており、そのうち18件がStable（GA）昇格、25件がBeta入り、25件が新たなAlpha機能として追加された。106社・491名の開発者が貢献した大型リリースで、セキュリティデフォルトの引き締めとAI/MLワークロードへの対応強化が大きな柱となっている。 セキュリティ強化（GA昇格） セキュリティ面での最大のハイライトはユーザー名前空間（User Namespaces）のGA昇格だ。コンテナ内のrootユーザーをホスト側の非特権ユーザーにマッピングすることで、コンテナエスケープが発生した場合の権限昇格リスクを根本的に低減する。 **変更許可ポリシー（Mutating Admission Policies）**もGAに昇格した。これはCELベースのネイティブミューテーションロジックで、従来のwebhookサーバーを置き換えることができ、レイテンシと運用複雑性の削減が期待される。また、細粒度のKubelet API認可により、従来の過剰に広いnodes/proxy権限が精密なアクセス制御へ置き換えられた。その他、SELinuxボリュームラベリングがマウント時ラベリング方式に変わりコンテナ起動パフォーマンスが向上、宣言的バリデーション（Declarative Validation）やボリュームグループスナップショットも同様にGAへ達した。 AIワークロードサポートの成熟 AI/MLワークロード向けの機能群はBeta（デフォルト有効）として多数追加された。Dynamic Resource Allocation（DRA）関連では、DRAパーティショナブルデバイス、消費可能キャパシティ、デバイステイント/トレランスがBeta入りし、GPUなどのアクセラレータリソースをより柔軟に管理できるようになった。また、ギャングスケジューリングAPI、サスペンドジョブ向けのミュータブルPodリソース、cgroup v2経由のメモリQoS、インプレース垂直スケーリングもBetaとなり、大規模な分散学習ジョブの運用が格段に改善される。 新たなAlpha機能としてワークロード対応プリエンプション（Workload-Aware Preemption）が導入された。PodGroupを単一ユニットとして扱うことで、分散トレーニング中の部分的なプリエンプション失敗を防ぐ設計となっている。さらに、大規模クラスター向けにシャードリスト/ウォッチストリーム（Alpha）が追加され、複数コネクションへの負荷分散によりAPIサーバーのスケーラビリティボトルネックが緩和される。 廃止・削除された機能 v1.36ではいくつかの古い機能が正式に削除された。v1.11以来非推奨だった**gitRepoボリュームプラグイン**、kube-proxyのIPVSモード、kubeadmのFlex-volumeサポート、Portworxのインツリードライバーが削除対象となった。また、Ingress NGINXプロジェクトは2026年3月24日をもって正式に退役（以降メンテナンスなし）となったことも明記されており、移行が促される。 今後の展望 v1.36.1のサポートは2027年6月28日まで継続される予定で、次のパッチリリース1.36.2は2026年6月9日が予定されている。Betaに昇格した多数のAI/MLワークロード機能は次のリリースサイクルでGAへの昇格が見込まれており、Kubernetesが大規模AI基盤としての成熟を急速に進めていることがうかがえる。

概要 AWSは2026年5月、カスタムIntel Xeon 6プロセッサを搭載した新世代EC2インスタンスファミリー（R8idn/R8idb/M8idn/M8idb）の提供開始と、Amazon ElastiCacheにおけるValkey 9.0の一般提供（GA）を相次いで発表した。あわせてAWS Lambda Managed InstancesがAmazon EventBridge Schedulerによるスケジュールスケーリングに対応し、コスト最適化の選択肢が広がった。いずれもAIワークロードやリアルタイム分析を念頭に置いた機能強化となっている。 Intel Xeon 6搭載の新世代EC2インスタンス 新インスタンスファミリーはすべてカスタムIntel Xeon 6プロセッサを採用しており、前世代（R6idn/M6idn）比で最大43%高いvCPUあたり性能と、3.3倍のメモリ帯域幅を実現する。 R8idn: 最大600Gbpsのネットワーク帯域（拡張ネットワーキング対応EC2最高値）と最大22.8TBのNVMe SSDローカルストレージを備え、インメモリデータベース・リアルタイムビッグデータ分析・AI/ML推論キャッシュなど、ネットワーク集約型のメモリ集中ワークロード向け。最大構成（96xlarge）は384vCPU/3,072GiBメモリ。 R8idb: EBS帯域幅を最大300Gbps、IOPSを最大144万まで引き上げ、非アクセラレーテッド型EC2で最高のEBS性能を誇る。大規模商用データベースやデータレイク向けに設計されている。 M8idn: 汎用バランス型ながら同様に600Gbpsネットワーク帯域と22.8TBのNVMeストレージを提供。マイクロサービスやアプリケーションサーバーで高いI/Oが求められる場面に適する。 ネットワーク帯域幅とEBS帯域幅の間で最大25%を柔軟に振り分けられる「フレキシブルバンドウィス」機能も引き続き搭載している。 ElastiCache Valkey 9.0の主要新機能 2026年5月5日にGAとなったValkey 9.0は、追加料金なしで全商用AWSリージョン・GovCloud・中国リージョンのノードベースクラスターおよびサーバーレスキャッシュで利用できる。主な新機能は以下の4点だ。 フルテキスト・ハイブリッド検索: 既存のベクトル類似検索を拡張し、テキスト関連度とベクトル類似度を組み合わせたハイブリッド検索を提供。数テラバイトのデータに対してマイクロ秒レベルの低遅延でフルテキスト検索・セマンティック検索・フィルタリング・集計が可能になり、Amazon BedrockやOpenAIのエンベディングをリアルタイムで処理できる。 パイプライン処理のスループット向上: コマンド解析の高速化とメモリプリフェッチ最適化により、パイプライン型ワークロードで最大40%のスループット向上を実現。 ハッシュフィールドの有効期限（TTL）: ハッシュ内の個別フィールドに対してTTLを設定可能になり、ユーザープロフィール中の認証コードのみを期限切れにするといった細粒度なデータライフサイクル管理が可能になった。 クラスターモードでのマルチデータベースサポート: マルチテナント環境でキープレフィックスの管理が不要な軽量な名前空間として機能し、アプリケーションの複雑性を低減する。このほかジオスパティアルクエリへのポリゴン検索サポートも追加された。 Lambda Managed Instancesのスケジュールスケーリング 同期的に発表されたAWS Lambda Managed Instancesのスケジュールスケーリング対応（2026年5月12日）も注目される。EventBridge Schedulerを使い、ビジネスピーク時間前にインスタンスをスケールアップ、アイドル時間帯にゼロまでスケールダウンするスケジュールを定義できるようになった。設定はEventBridgeコンソール・AWS CLI・SDK・CDK・CloudFormationから可能で、Lambda Managed Instancesをサポートする全リージョンで利用できる。 これら一連の発表は、AWSがメモリ集約型・ネットワーク集約型のAI/リアルタイムワークロードに対応するインフラ整備を加速させていることを示している。特にValkey 9.0の検索機能強化は、ElastiCacheをキャッシュ層にとどまらずAI検索バックエンドとして活用する道を開くものであり、今後の採用事例の拡大が注目される。

概要 Wall Street Journalが複数の情報筋を引用して報じたところによると、GoogleはSpaceXと協力して衛星軌道上にデータセンターを構築する「Project Suncatcher」を進めており、2027年までにプロトタイプ衛星の打ち上げを目標としている。この計画はAIコンピューティングのインフラを宇宙空間へ移転するという前例のない構想で、SpaceXは最大100万機の衛星打ち上げ許可をすでに申請済みだ。なお、Googleは他のロケット企業とも並行して協議を行っていると伝えられている。 SpaceXのIPO戦略との関連 この計画はSpaceXの約1.75兆ドル規模のIPO構想とも深く結びついている。Elon Muskは軌道上データセンターが今後数年でAIコンピュートの最安値な場所になると主張しており、投資家向けの訴求材料として活用しようとしている。宇宙でのコンピュートコスト優位性が現実となれば、SpaceXの企業評価に大きくプラスに働くと見られる。また、SpaceXは2026年2月にxAIを買収しており、AI計算基盤の整備を積極的に進めている。AnthropicもSpaceXと提携し、テネシー州メンフィスのxAI施設のコンピューティングリソースを活用する計画を先週発表しており、宇宙企業を中心としたAIインフラ連合の形成が進んでいる。 技術的・経済的課題 軌道上データセンターには、宇宙空間での冷却効率や地上からの電力制約の回避といった技術的メリットが考えられる一方、現時点では大きな経済的ハードルが存在する。専門家や業界関係者からは「衛星の製造コストと打ち上げコストを考慮すると、現在の地上型データセンターの方が依然として大幅に安価だ」との指摘があり、計画の採算性については懐疑的な見方も根強い。Suncatcherプロジェクトが実用化に向けてこれらの課題をどう克服するかが、今後の焦点となる。

概要 Synergy Researchが発表した調査レポートによると、2026年第1四半期のクラウドインフラ市場の四半期売上は1,290億ドル（約20兆6,400億円）に達し、年率換算収益が初めて5,000億ドル（約5,140億ドル）を突破した。前年同期比成長率は35%で、これは2021年第4四半期以来の最高水準であり、しかも9四半期連続で成長率が加速しているという異例の状況にある。過去12か月の累計収益も4,550億ドルに達している。 同社のチーフアナリスト、ジョン・ディンズデール氏は「Q1市場は10年前の15倍の規模に成長しており、現在も年率35%で拡大を続けている」とコメント。かつて成長が鈍化していたクラウド業界が、生成AIの爆発的な需要を受けて新たな成長局面に入ったと分析している。 大手3社のシェアと競合の台頭 市場シェアの構成はAWSが28%、Microsoft Azureが21%、Google Cloudが14%と前四半期から変化がなく、上位3社合計でパブリッククラウド市場の67%を占める。市場全体が35%成長しているにもかかわらず各社のシェア比率が不変なのは、大手3社がいずれも市場平均と同等のペースで成長していることを意味する。なお、MicrosoftとGoogle CloudはAWSを上回るペースで成長しているとも報告されており、シェア率の変化がより長期的な視点で注目される。 一方、AIワークロードに特化した「ネオクラウド」企業の台頭も顕著だ。CoreWeave、OpenAI、Oracle、Crusoe、Nebius、Anthropic、ByteDanceといった企業を含むネオクラウド5社がすでにトップ30プロバイダーにランクインしており、これらが合計で市場全体の約5%を占めるまでに急成長している。 地域別の成長動向と今後の見通し 地域別では米国市場が最大の規模を保ちつつ、Q1に37%の成長を記録した。アジア太平洋地域ではインド、インドネシア、台湾、タイ、マレーシアが現地通貨ベースで特に高い成長率を示した。欧州では規模面でUKとドイツがリードし、成長率ではアイルランド、ノルウェー、ポーランドが上位に入っている。 今後の見通しについて、Synergy Researchは生成AIの普及がクラウド消費をさらに押し上げ、新たな商業機会を創出し続けるとして、高い成長基調が継続すると予測している。市場の規模が大きくなるにつれ、同じ成長率を維持することは通常困難になるが、AIという構造的な需要ドライバーがある限り、急成長が当面続くとの見方が有力だ。

概要 Amazonは2026年5月11日、Claude Platform on AWSの一般提供（GA）開始を発表した。これにより、企業は既存のAWSアカウントを通じてAnthropicのネイティブClaude Platformに直接アクセスできるようになった。AWSは「クラウドプロバイダーとして初めてネイティブClaude Platformエクスペリエンスへのアクセスを提供する」とアピールしており、別途Anthropicアカウントを作成・管理する手間なく、統合されたクラウド環境からClaudeの機能を活用できる点が特長だ。 これまでAnthropicのClaudeをAWS環境で利用するにはAmazon Bedrockを介したAPIアクセスが主な手段であったが、今回のGA化によりAnthropicネイティブの体験がAWSアカウントから直接提供されるようになった。企業にとってはアカウント管理の一元化や請求の統合が実現し、AI導入の障壁が大幅に低下する。 利用可能な機能 今回のリリースで利用できる主な機能は以下の通りだ。Claude Managed Agents（ベータ）とアドバイザー戦略（ベータ）によりエージェント型AIワークフローの構築が可能になるほか、Web検索・Web取得、コード実行、Files API（ベータ）、スキル（ベータ）、MCPコネクタ（ベータ）といった実用的なツール群が揃っている。また、プロンプトキャッシング、引用機能、バッチ処理、Claude Consoleも利用可能で、開発から運用まで一貫したプラットフォームを提供する。 セキュリティと運用体制 セキュリティ面では、Claude Platform on AWSはAnthropicが運営・管理するサービスであり、顧客データはAWSのセキュリティ境界外で処理される点に注意が必要だ。一方で、既存のIAM認証情報をそのまま活用できるほか、AWS統合請求によるコスト管理、CloudTrail監査ログによる操作履歴の追跡が可能となっており、エンタープライズ環境での運用管理を支援する。 提供リージョンと展望 サービスは北米・南米・欧州・アジア太平洋地域を含む全17リージョンで提供される。グローバルな展開体制によりデータレジデンシーの要件にも対応しやすくなっており、多国籍企業や規制の厳しい業界での採用が期待される。AnthropicとAWSの連携強化は、MicrosoftとOpenAIの関係に対抗する形でのクラウドAI市場の競争激化を示しており、今後の機能拡充にも注目が集まる。

概要 Googleは2026年のCloud Next ‘26において、AI時代の大規模ワークロードに対応するKubernetesインフラ基盤として、「GKE Agent Sandbox」と「GKE Hypercluster」という2つの新機能を発表した。マルチエージェントAIワークフローの利用が過去数ヶ月で327%急増し、組織の66%が生成AIアプリケーションにKubernetesを採用している現状を受け、GoogleはKubernetesをAIワークロードのオペレーティングシステムとして確立する戦略を鮮明にしている。 GKE Agent Sandbox：安全なエージェント実行環境 GKE Agent Sandboxは、信頼されていないエージェントコードを安全に実行するためのカーネルレベルの分離環境を提供する。gVisor技術を採用し、1秒あたり300のサンドボックスを生成できる高速なプロビジョニング性能を持ち、ウォームプールの活用によってコールドスタートを1秒未満に抑える。 KubernetesプリミティブとしてSandbox・SandboxTemplate・SandboxClaimという3つの新規リソースを導入しており、オープンソースの実装として任意のKubernetesクラスタへの導入も可能だ。GoogleはCloudflareやE2Bなど独自サービスを提供する競合とは異なり、標準的なKubernetesプリミティブとして展開する点を差別化要因として強調しており、主要ハイパースケーラーの中で唯一のネイティブエージェントサンドボックスオファリングと位置付けている。 GKE Hypercluster：大規模AI基盤の統合管理 GKE Hypercluster（プライベートGA）は、単一のコントロールプレーンから複数リージョンにまたがる最大100万個のアクセラレータチップと最大256,000ノードを管理できる。従来のアーキテクチャでは大規模なAI基盤の運用において分断が生じていたが、Hyperclusterはこの課題を解消し、超大規模な分散推論ワークロードの統合管理を実現する。 推論パフォーマンスの改善 今回の発表にはインフラ管理以外の推論性能改善も含まれている。「予測遅延ブースト」機能では最初のトークンまでの遅延を最大70%削減でき、「KVキャッシュストレージティアリング」では50,000トークンのプロンプトに対して約70%のスループット向上を実現する。また「インテントベースオートスケーリング」では、メトリクスを外部監視スタックではなくPodから直接取得することで、HPA(水平Pod自動スケーラー)の反応時間を25秒から5秒へ短縮できる。これらの機能を組み合わせることで、GKE上でのAI推論ワークロード全体のコストパフォーマンス向上を図っている。

概要 Grafana Labsは2026年4月、Kubernetes Monitoring Helm Chartのバージョン4を正式リリースした。同チャート導入以来最大規模のアップデートと位置付けられており、設定管理の構造的な改善とマルチクラスタGitOpsワークフローにおける信頼性向上が主な目的となっている。ユーザーがデプロイメントをスケールアップするにつれて顕在化していた設定上の課題に対応するもので、Argo CD、Terraform、Fluxなどを利用するGitOps環境での運用品質が大幅に改善された。 主な変更点 最も重要な変更の一つが、destinations定義のリスト形式からマップ形式への移行だ。従来のリスト形式では設定の順序が変わるだけでoverride設定が意図せず誤適用されるリスクがあったが、マップ形式への移行により安定した命名が保証される。これはGitOpsの差分管理との相性が悪かった既知の問題を根本から解決するものだ。 collector設定も大きく刷新された。ハードコードされていたcollector名は廃止され、ユーザーはcollectorをマップとして定義しclustered・statefulset・daemonsetのいずれかのプリセットを明示的に指定する形式に変わった。featuresを直接collector要素に割り当てることで、従来存在していた隠れたルーティングロジックが排除され、設定の透明性が向上している。 さらに、バックエンドサービスのデプロイと機能の消費を分離するためのtelemetryServicesキーが新設された。これによりNode ExporterやKube-state-metricsが意図せず重複デプロイされる問題を防止できる。単一だったclusterMetrics機能もclusterMetrics・hostMetrics・costMetricsの3つに分割され、それぞれ独立した設定オプションを持つようになった。 メモリ最適化とマイグレーション支援 パフォーマンス面では、Podラベルの取り扱いが「フィルタリング付き一括適用」から「明示的な宣言」方式へ変更されたことで、ログ収集パイプラインにおけるAlloyのメモリ消費量が大幅に削減される。大規模クラスター環境での運用コスト低減に直結する改善だ。 v3からの移行を支援するため、Grafanaはマイグレーションツールも提供している。v3のvaluesファイルを入力として受け取り、v4互換の出力を自動生成することで、設定の構造的変換を手動で行う負担を軽減する。今回のリリースは単なるバグ修正にとどまらず、大規模・GitOps環境での長期運用を見据えた設計の刷新といえる。