Cloud

概要 Cloud Native Computing Foundation（CNCF）は2026年5月21日、OpenTelemetryをGraduatedプロジェクトとして正式に承認した。これはCNCFプロジェクトにおける最上位の成熟度ステータスであり、広範な本番環境への展開への準備が整ったことを示す。OpenTelemetryはメトリクス・ログ・トレースを収集するための統一API、SDK、標準規格を提供することで、観測性ツールのベンダー乱立問題を解消し、業界標準としての地位を確立してきた。 成長指標とエコシステムの規模 OpenTelemetryのGraduation達成を裏付ける数値は驚異的な規模に達している。2,800社以上の企業から1万2,000名超のコントリビューターが参加しており、240以上のCNCFプロジェクトの中でKubernetesに次ぐ第2位のプロジェクト速度を誇る。ダウンロード数も急増しており、JavaScriptのAPIは過去12ヶ月間で13億6,000万回、PythonのAPIは13億回のダウンロードを記録し、2026年4月には過去最高を更新した。Alibaba、Anthropic、Bloomberg、Capital One、eBay、FICO Softwareなどの大手企業が本番環境で採用しており、Google Cloud、AWS、Datadogも導入効果として特にベンダーロックイン解消を評価するコメントを寄せている。 技術的な進展 Graduation達成に向けて、OpenTelemetryは独立したセキュリティ監査とガバナンスレビューを完了している。最近の技術的な進歩としては、Kotlin言語サポートの追加と、Profiles機能がアルファ段階に達したことが挙げられる。ProfilesはアプリケーションのパフォーマンスプロファイリングデータをOpenTelemetryのシグナルとして統合するもので、メトリクス・ログ・トレースに続く4番目の主要シグナルタイプとして期待されている。統一されたAPIとSDKにより、組織はインストゥルメンテーション層を書き直すことなく監視バックエンドを切り替えることが可能になっている。 AIインフラ時代への展開 Graduationのタイミングは、生成AIおよびAIエージェントの急速な普及と重なっている。AIエージェントによる分散ワークフローの観測ニーズが急拡大する中、OpenTelemetryは「自律システムや生成AIアプリケーションを本番環境で監視するための共有基盤」として注目されている。Anthropicを含む主要AIプロバイダーがOpenTelemetryを採用していることからも、AIワークロードの可観測性標準としての位置付けが強まっている。CNCFのGraduationにより、今後さらに多くのAIインフラプロバイダーとの統合が進むことが見込まれる。

障害の概要と原因 2026年5月、AWSの米国東部（バージニア北部）リージョン「us-east-1」において、単一データセンターの冷却装置故障に起因する過熱障害が発生した。AWSは「データセンター内の温度上昇によりアベイラビリティゾーン内のインスタンスに支障が生じた」と公式に認めたものの、詳細な根本原因については調査中とした。障害の影響範囲はus-east-1内の6つのアベイラビリティゾーンのうち「use1-az4」に集中し、EC2インスタンスとEBSボリュームが電力供給を失う形で停止した。us-east-1は世界で最も利用されているAWSリージョンの一つであるため、障害の波及範囲は広く、150以上のクラウドサービスが影響を受けた。 影響を受けたサービスと企業 障害はAWS IoT Core、Amazon EKS、Elastic Load Balancing、Amazon Redshiftをはじめ多数のマネージドサービスに及んだ。これらの多くは復旧作業が進んだ一方、Amazon ElastiCache、Amazon Managed Streaming for Apache Kafka（MSK）、Amazon OpenSearch Service、Amazon SageMakerについては復旧に時間を要した。冷却システム容量の回復作業が予想を上回る難航を見せたため、完全復旧の目処が立てにくい状況が続いた。 企業への影響では、仮想通貨取引所のCoinbaseが最も注目を集めた。同社はマルチアベイラビリティゾーン構成を採用していたものの、取引エンジンはレイテンシ最小化のために単一ゾーンで運用されており、これがリージョンレベルの障害に対応できない盲点となった。結果として取引サービスと国際取引所が約7時間にわたって利用不可となった。スポーツベッティングのFanDuelはNBAの試合中にサービスがオフラインになるという最悪のタイミングで障害に直面し、CME Groupでも機関投資家向けトレーディングプラットフォームでのログイン障害や遅延が報告された。 クロスリージョン災害復旧戦略の重要性 今回の障害は、「高可用性（HA）」と「災害復旧（DR）」が解決する問題の本質的な違いを改めて浮き彫りにした。マルチAZ構成は同一リージョン内の単一障害点を排除するが、リージョン全体に影響が及ぶような事象には対応できない。AWSのサービスクレジットは月額コンピュート費用の約10%をカバーするにとどまり、失われた収益・規制リスク・顧客信頼への補償はない。 専門家が推奨する対策として、リージョン間レプリケーションの整備（目標RPO：10分以内）、セカンダリリージョンへの自動フェイルオーバー計画の策定、そして定期的なDR手順の検証が挙げられている。シングルリージョン依存のアーキテクチャを採用している組織は、今回の障害を機にクロスリージョン戦略の導入コストと事業継続リスクを再評価する必要がある。

概要 英国の競争・市場庁（CMA）は2026年5月14日、Microsoftのビジネスソフトウェア慣行に関する9か月間の正式調査を開始した。この調査は、Microsoftが英国のデジタル市場規制上の「戦略的市場地位（SMS）」に指定されるべきかどうかを判断するもので、結論は2027年2月頃に公表される見通しだ。SMS指定を受けた場合、CMAはMicrosoftに対して競争促進のための行動指針（Pro-competitive Interventions）を課す権限を持つことになる。 CMAの最高経営責任者であるSarah Cardell氏は「ビジネスソフトウェアは英国経済が機能するうえでの要です。これらの市場がどのように発展しているかを理解することが目的であり、英国の組織が選択肢、イノベーション、競争力のある価格から利益を得られるよう確保したい」と述べ、調査の意義を強調した。 調査の対象範囲 CMAが今回審査する分野は広範にわたる。具体的には次の5点が主な論点となっている。 製品バンドル慣行――Microsoftのアプリケーションが第三者製品に対して競争上の優位を得ているかどうか 統合バリア――MicrosoftとサードパーティSaaSプロバイダー間の互換性制限 デフォルト設定――顧客が代替ビジネスソフトウェアへ乗り換えることを妨げる既定設定 AI統合――Microsoft CopilotなどAI機能の組み込み方と、競合他社が同等に統合できるかどうか ソフトウェアライセンス慣行――特にAWS・Google Cloudなど競合クラウド基盤上でのホスティングに関するライセンス条件 調査対象製品はMicrosoft 365などの生産性ソフトウェア、Windows OS（PC/サーバー）、SQL Serverなどのデータベース管理システム、セキュリティソフトウェア群と幅広い。 背景――クラウド市場調査からの流れ 今回の調査は突然始まったわけではなく、CMAが長期にわたって続けてきたクラウド市場監視の延長線上にある。CMAは2025年7月にクラウドサービス市場調査（Market Investigation）を終了しており、その過程でMicrosoftとAmazon Web Services（AWS）に対してクラウドの出力（エグレス）料金の修正と製品間相互運用性の改善を求めていた。両社は2026年3月にこれらの条件に合意し、その時点ではSMS指定を回避したが、その後もMicrosoftのビジネスソフトウェア全体に対する競争懸念は払拭されなかった。なお、AWSは今回の調査でもSMS指定の対象からは外れている。 今後の見通し CMAは2027年2月までに調査結論を出す予定だ。仮にMicrosoftがSMS指定を受ければ、CMAは製品バンドルの解除やライセンス条件の変更、相互運用性の強制開放といった措置を命じる可能性がある。AIが業務ソフトウェアに深く組み込まれていく中で、WindowsやTeams、Copilotの組み合わせが競合他社の市場参入を阻む「囲い込み構造」を形成しているかどうかが、今後の審査の核心となる見通しだ。欧州委員会や各国規制当局も同様の問題意識を持っており、今回のCMAの動向は国際的な規制議論にも影響を与えそうだ。

概要 GoogleとBlackstoneは2026年5月19日、米国内でGoogleのTPU（Tensor Processing Unit）をコンピュート・アズ・ア・サービスとして提供する合弁会社の設立を共同発表した。Blackstoneが50億ドルの初期出資を行い、レバレッジを含めた総額は約250億ドルに達する見込みだ。2027年までに500MW（メガワット）のデータセンター容量を稼働させることを目標としており、急増するAI需要に対応する大規模インフラ投資として注目されている。合弁会社のCEOにはGoogle出身のBenjamin Treynor Slossが就任予定で、同氏はGoogleにおけるSRE（サイト信頼性エンジニアリング）の創設者としても知られる。 戦略的背景：NVIDIA依存からの脱却 今回の取り組みの核心は、データセンター向けGPUで圧倒的シェアを持つNVIDIA製品への依存を低減することにある。AI向け計算需要の急拡大とともに、NVIDIAのH100やB200といったGPUは需給が逼迫し、価格高騰が続いている。GoogleのTPUはGoogleが自社AI/MLワークロード向けに独自開発した専用アクセラレータであり、特定の推論・学習ワークロードにおいてGPUと同等以上の性能を発揮する。この合弁会社を通じてTPUを外部顧客に広く提供することで、GoogleはTPUのエコシステムを拡大しつつ、AI インフラ市場における差別化を図る。 資金構造とデータセンター計画 Blackstoneによる50億ドルの自己資本投資に加え、レバレッジ（借入）を組み合わせることで総投資規模は約250億ドルに達する計画だ。AI特化のデータセンターとしては異例の大規模投資であり、Blackstoneにとっても同社のデータセンター・インフラ投資戦略の延長線上に位置づけられる。2027年までに500MWの容量を稼働させる計画は、大規模言語モデルの学習・推論に必要な電力需要を見据えたもので、立地・電力調達・冷却設備の確保が今後の重要課題となる。 今後の展望 TPUベースのクラウドプラットフォームが大規模に展開されれば、AIインフラ市場の競争構図に変化をもたらす可能性がある。現在のAIクラウド市場はAWS、Azure、Google Cloudの三強がNVIDIA製GPUを基盤として競っているが、今回の合弁会社がTPUという代替コンピュートを大規模に提供することで、GPU中心の市場構造に楔を打ち込む形となる。一方、TPUのソフトウェアエコシステム（主にJAXやTensorFlowへの依存）はNVIDIA CUDAと比較してまだ限定的であり、顧客獲得においては技術的な移行コストが課題となる見通しだ。

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プロジェクトが実用化に向けてこれらの課題をどう克服するかが、今後の焦点となる。