Cloud

概要 ロシアのYandexは10月11日、モスクワ東方のヴラジーミル州エネルゲティク地区にあるデータセンターがドローン攻撃を受け、完全に停止したと発表した。同社は「一部のサービスが現在ユーザーに提供できない状態にある」と説明し、負傷者は出ていないとしている。この施設は最大2,880台のサーバーラックを収容できる40〜50メガワット規模の拠点で、Yandexの基幹処理ハブの一つとされる。攻撃によりCompute Cloud、Object Storage、Managed Kubernetes、PostgreSQL、ClickHouse、YandexGPT APIなど80以上のクラウドサービスに障害が発生し、音声アシスタントのAlice、Yandex Music、ビデオ会議のTelemostといった一般消費者向けサービスにも影響が広がった。さらに銀行アプリや配車サービス、小売チェーン(MagnitやFix Priceなど)といった連携する第三者サービスまで機能不全に陥った。 4日間で3度目の攻撃と被害の実態 今回の攻撃は、Yandex施設を狙った一連の攻撃の中で4日間に3件目にあたる。10月8日にはAI開発用の3台のスーパーコンピュータのうち2台を収容するリャザン州サソヴォの拠点が、10月9日にはカルーガ州のデータセンターがそれぞれ被害を受けており、カルーガでの攻撃では9人が負傷したと州知事が明らかにしている。Yandexの施設が短期間に集中して狙われていることがわかる。ヴラジーミルの施設では、Yandex自身が「残存するリソース構成は不安定な状態にある」と警告し、損傷状況の確認作業中は技術サポートとの連絡にも支障が出る可能性があるとしている。地域の電力インフラにも被害が及び、攻撃により変電所が停止したが、日曜朝までに電力供給の約80%が復旧した。市場ではYandex株がモスクワ証券取引所で約4%下落するなど、投資家の反応も見られた。 背景にあるロシア・ウクライナの相互攻撃とAI覇権への影響 Yandexは「ロシアのGoogle」とも称され、同国のAI開発を支える中核的なインフラを担っている。ウクライナのゼレンスキー大統領は、この攻撃戦略について「我々は常に鏡のように対応している。彼らは我々のデータセンターを攻撃し続けている」と説明し、ロシア側がウクライナのデータセンターや通信施設を繰り返し攻撃してきたことへの対抗措置だと位置づけている。実際、ロシアも複数のウクライナのデータセンターや通信施設を標的にしており、両国がデジタル接続性や商業活動の基盤を狙う応酬を激化させている構図が浮かび上がる。ウクライナ軍の分析関係者によれば、この体系的な攻撃はロシアの物流、企業の管理業務、さらには指揮統制能力を支える基盤を混乱させることを狙ったものだという。 今後の見通し 今回の一連の攻撃は、Yandexのクラウド基盤だけでなく、同社が推進するAI開発や、同社のサービスに依存する広範な民間・金融インフラにも実害を及ぼしている点で注目される。記事群は復旧の具体的な見通しについては言及していないが、短期間での標的の集中ぶりは、今後も同様の攻撃が続く可能性を示唆している。ロシアの技術的な中核インフラへの攻撃が今後さらに拡大すれば、AI開発の遅延やクラウドサービスの信頼性低下など、同国のデジタル経済全体への影響が一段と深刻化する可能性がある。

概要 Cloudflareは、同社のエッジコンテナ基盤「Cloudflare Containers」をAIエージェントのサンドボックス用途に向けて根本から再設計したと発表した。最大の変更は起動速度で、独立したベンチマークであるComputeSDKのBurst TTI Benchmarkによると、起動時間の中央値は従来方式の4.049秒から新しいdurable_objectスケジューリングポリシーでは648ミリ秒へと約6.2倍短縮された。95パーセンタイルでも5.839秒から910ミリ秒(6.4倍)、99パーセンタイルでも6.717秒から1.129秒(5.9倍)に改善している。バースト負荷テストでは、単一アカウントが6つのロケーションにわたって10万コンテナを5.387秒で起動できたという。背景には、人間の開発者向けに設計されてきたコンテナ基盤に対し、コーディングエージェントや評価・強化学習のワークロードなど多数のAIエージェントが開発・テスト・実行環境として利用するようになり、需要の性質が変化したことがある。 起動高速化の仕組みとランタイム時のイメージ選択 高速化は、グローバルなコントロールプレーンを経由せずDurable Objectから直接リクエストを開始し、同じマシン内でキャパシティを優先的に検索し、イメージやスナップショットが既にローカルストレージにあるホストを優先するという新しいスケジューリング方式によって実現されている。仮想マシンのブート処理そのものをスキップし、準備済みのVMを復元する点も時間短縮に寄与している。従来はコンテナのイメージとインスタンスタイプをデプロイ時に固定する必要があり、たとえばNode.js用とPython用で異なるサンドボックスが必要な場合、別々のアプリケーションやネームスペース、ルーティングロジックを用意しなければならなかった。新方式ではwrangler.jsoncで複数イメージを宣言しておき、Durable Object内のコードで実行時にイメージとインスタンスサイズを選択できるようになった。これによりカナリアリリースやロールバックも、起動時に選択する画像をコードで切り替えるだけで実現できるようになり、複雑なロールアウト設定が不要になった。 ファイルシステムスナップショットと新ベースイメージ もう一つの目玉機能が、パブリックベータで提供が始まったファイルシステムのスナップショット機能だ。snapshotContainer()でワークスペースの完全な状態(リポジトリ、依存関係、キャッシュ、編集内容を含む)を保存し、後からcontainerSnapshotを指定して復元できる。これにより、コーディングエージェントが数日後に同じ作業状態から再開したり、同じスナップショットから複数のコンテナを分岐させて異なるプロンプトやモデルで並行評価する、といった用途が可能になる。あわせて、Debian Trixie SlimとNode.js 24.20.0 LTSを組み込んだシステムイメージcloudflare/debian-trixieも一般提供が始まった。Dockerfileを自作しなくても即座にサンドボックス環境として起動でき、Cloudflareが事前にホスト全体へイメージを配布しているため、ダウンロードや展開の待ち時間も発生しない。 AIエージェント設計への影響と今後 Cloudflareは、今回の変更がAnthropicの提唱する「エージェントの脳と手の分離」という設計パターンに対応するものだと位置づけている。Durable Objectがセッション状態や認証情報、WebSocket通信を管理する「エージェントの脳」として機能し、Containerは起動・停止・失敗・置換を独立に行える「手」としてのサンドボックスツールになる。想定される利用例として、Base44やCursor Cloud Agentsのようなコーディングエージェント、Devin Outposts、OpenAI Agents API、Claude Managed Agentsなどが挙げられており、評価や強化学習の文脈でも、既知の状態から大量の環境を複製・評価・リセットする用途に向くとされる。なお従来のContainer/Sandboxクラスは2026年12月31日まで保守されるが、以降新機能は提供されない方針で、より高レベルな統合APIとして@cloudflare/computerも用意されている。Cloudflareは、エージェントが数時間から数週間にわたるプロジェクトを担当する時代には、永続的で再開可能なワークスペースが不可欠になるとの見通しを示している。

概要 企業が自社で保有・運用できるクラウド基盤を手がけるOxide Computer Companyが、Eclipseが主導するシリーズDラウンドで4.45億ドルを調達したと発表した。今回のラウンドにより同社の評価額は60億ドルに達した。既存投資家のUS Innovative Technology Fund(USIT)、Riot Ventures、Jane Streetに加え、新たにAtreides ManagementとAMD Venturesが参加している。2019年にカリフォルニア州エメリービルで創業した同社は、これまでにシリーズCで2億ドルを調達しており、今回のラウンドはそれを大きく上回る規模となった。 製品と事業の特徴 Oxideは、ハードウェアとオープンソースソフトウェアを垂直統合したラック規模の「Cloud Computer」を提供している。ハイパースケーラーが運営するクラウドと同等の自動化やクラウドライクな運用体験を、企業がオンプレミスのデータセンター内で自ら保有・管理できる形で実現することを狙った製品だ。共同創業者でCEOのSteve Tuckは「需要は依然として供給を上回っている」と述べ、共同創業者のBryan Cantrillも、組織がクラウドの最新性を犠牲にせずに自社インフラを管理できるべきだという創業当初からのビジョンを強調した。顧客層は金融サービス、政府機関、国立研究所、航空宇宙など、計算負荷の高い基幹ワークロードを抱える分野に広がっている。 資金使途と市場背景 同社は過去12カ月で生産能力を20倍に拡大したが、需要は依然それを上回っている。調達した資金は、部材の確保と生産能力のさらなる拡大、およびこの需要への対応に投じられる計画だ。背景には、エージェント型AIの普及に伴うインフラ需要の急増があり、大手ハイパースケーラーでさえ需要に見合う供給能力の確保に苦慮している状況がある。こうした環境下で、コストの予測可能性やセキュリティ、インフラの自社保有・管理を重視する企業にとって、Oxideのようなオンプレミス完結型のクラウド基盤に対するニーズが高まっているという市場構造が、今回の大型調達の後ろ盾になっている。

概要 Node.jsの作者であるRyan Dahl氏が創業したDenoの開発チーム全員がCloudflareに参加することが発表された。CloudflareとDeno双方のブログで同時に公開されたこの発表によると、DenoチームはCloudflareのWorkersおよびDurable Objectsチームと合流し、分散アプリケーションのための統合プラットフォームの構築に取り組む。これに伴い、スタンドアロンのDenoランタイムは今後1年間、月次のバグ修正とセキュリティ更新のみを提供したのち公式開発を終了する。Deno Deployも、有料ユーザーをCloudflare Workersへ移行させるための6カ月の移行支援期間を経てサービスを終了する。両社は今回の統合を、スケーリングや永続状態の管理といった複雑性をインフラ側ではなくプログラミングモデル自体に組み込むための取り組みと位置づけている。 今後のスケジュールと各プロダクトの扱い 発表によれば、Denoランタイムは1年間のサポート期間後にオープンソースプロジェクトとして存続するものの、公式の開発体制は解消される。Deno Deployは6カ月以内にシャットダウンされ、既存の有料顧客にはCloudflare Workersへの移行サポートが提供される。一方、JavaScriptのパッケージレジストリであるJSRは運用を継続し、そのインフラは段階的にCloudflareの基盤へ移行される予定だ。DenoランタイムのV8バインディングであるrusty_v8も継続的にサポートされ、Cloudflareのオープンソースランタイムであるworkerdへの統合が進められる。技術面では、Ryan Dahl氏と共同創業者のBert Belder氏が、8月にリリースした分散実行基盤「celld」とworkerdの統合を主導し、Cloudflare WorkersとDurable Objectsのプログラミングモデルを自己ホスト環境でも利用可能にすることを目指すという。 背景と今後の展望 今回の統合の背景には、Denoがベンチャー資金を使い切り、次の資金調達ラウンドへの明確な道筋を描けていなかった事情があるとみられている。celldの8月のリリース時点で、業界内では事実上の買収シグナルと受け止める見方もあった。コミュニティの反応は賛否が分かれており、好意的な意見は一部にとどまる一方、今回の統合を「チームとcelldの技術を獲得するための実質的なアクハイア(acquihire)」と捉える批判的な声も目立つ。特に、独立したJavaScriptランタイムとしてNode.jsのみが残る形になることへの懸念も広がっている。本番環境でDenoを利用している開発者は、1年間のサポート期間内に移行計画を策定する必要があり、Deno依存のプロジェクトの中には代替ランタイムへの移行を検討するものも出てくるとみられる。Cloudflareにとっては、Durable Objectsが備える低コストの実行基盤や永続状態管理、WebSocket対応、高水準のJavaScriptインタフェースといった特性を、AI時代のエージェント実装向けの基盤として強化する狙いがあるとみられ、今後のWorkersプラットフォームの進化を左右する動きとして注目される。

概要 AWSは10月8日、ホワイトハウスが推進する科学研究イニシアチブ「Genesis Mission」の拡大を支援する新プログラム「Golden Age of Science Accelerator」を発表した。米連邦科学機関とその研究パートナーを対象に、3年間で最大5000万ドル相当のクラウドクレジットを提供する内容で、AI活用による科学研究の加速を目的としている。トランプ政権がGenesis Missionの対象機関をさらに14の連邦機関分拡大する計画を進める中、AWSはそのインフラ基盤を担う形で名乗りを上げたことになる。 Genesis Missionとの関係 Genesis Missionは、AIを活用して科学研究のスピードと規模を飛躍的に高めることを目指すホワイトハウス主導の取り組みで、今回の拡大により参加する連邦機関の数が大幅に増える見通しだ。AWSの「Golden Age of Science Accelerator」はこの拡大に合わせて設計されており、対象機関や研究パートナーが抱える科学研究およびAI関連のワークロードを、クラウドクレジットという形で直接支援する。AWS担当副社長のDavid Appelは、「研究者がアイデアを思いついてから、それをスケーラブルな実装へ移すまでの期間を数日単位に短縮できるよう支援することが目標だ」と述べ、研究の実験段階から本格運用までを一気通貫で後押しする狙いを説明している。 提供内容と申請の仕組み 対象となるのは米連邦科学機関、その研究パートナー、そしてGenesis Missionに参加する連邦機関で、希望する機関はまず「Government Accelerator Initiative Portal」に登録し、その後AWSとの個別相談を経て選定されるプロセスを取る。クレジットの金額は最大5000万ドルで、提供期間は3年間とされている。具体的な配分方法や個別機関への割当額は明らかにされていないが、申請から選定までのプロセスを設けている点から、全機関に一律で提供するのではなく、研究内容や規模に応じて重点的に配分する方針とみられる。 政府関連投資の積み重ねという文脈 今回の発表は、AWSが米政府関連で続けてきた大型投資の一環として位置づけられる。2025年8月には米連邦調達庁(GSA)とのOneGov契約で最大10億ドル規模の合意を結び、同年11月にはAIおよびスーパーコンピューティング基盤への最大500億ドル投資を発表していた。さらに2026年2月には国防・科学分野向けに最大1億ドルのクレジットを提供し、同年6月には米インテリジェンスコミュニティ向けに最大10億ドルのクレジットを発表するなど、政府機関のAI活用を後押しする動きを段階的に積み重ねてきた。今回の「Golden Age of Science Accelerator」もこの流れに沿ったもので、米政府とクラウド大手の連携が科学研究分野にも一段と広がっていることを示している。

概要 Googleは10月8日、「Gemini at Work 2026」カンファレンスで、Geminiを単なる対話型AIから実行型のエージェントへと進化させる新機能「Gemini agent」を発表した。単一のプロンプトウィンドウから知識作業、質問応答、コンテンツ作成、コーディングまでを横断的に処理できる汎用エージェントで、まず企業向けに展開を開始した。設計上の原則は「instructions（指示）ではなくobjectives（目標)」を与えるというもので、ユーザーが細かい手順を指示しなくても、エージェント自身が計画を立てて実行する点が特徴だ。 主な機能とアーキテクチャ Gemini agentは、組織のビジネスコンテキスト全体にアクセスし、スキルやツールを活用しながら作業を計画・実行する。サブエージェントへ作業を委任できる仕組みを備え、複雑な業務タスクを単一の指示で計画・実行し、組織内のシステムと連携して成果物を仕上げることが可能だ。統合先はGoogle WorkspaceやMicrosoft 365、Slack、Jira、Confluence、BigQuery、Databricks、Snowflakeなど多岐にわたり、Model Context Protocol（MCP）サーバーにも対応する。 特に注目されるのは、エージェントが「職場アイデンティティ」を持つ点だ。Gemini agentは専用のメールアドレスと独自のコンテキストを保持し、チーム構成やタイムゾーン、承認権限を認識した上で、処理内容の監査証跡を生成する。これにより、人間の従業員に近い形で組織内のワークフローに組み込まれることになる。また、エージェントは職務に最適なモデルを自動選択する仕組みを持ちながら、ユーザーが用途に応じてAnthropicのClaudeなど第三者モデルを選べる柔軟性も備える。将来的にはオープンソースモデルやプライベートモデルへの対応も予定されている。コスト管理機能も組み込まれており、企業が利用料を制御しやすい設計になっている。 企業向けからの展開と競争環境 Googleは消費者向けに先駆けて企業向けからGemini agentの展開を始めた理由として、セキュリティ、スケール、パフォーマンスといった課題を先に解決する狙いがあるとしている。早期テスターにはOn、Shopify、PayPalが名を連ね、大企業顧客としてBNP Paribas、Merck、Ulta Beautyなどが挙げられている。 この発表の背景には、企業向けAIエージェント市場での競争激化がある。GoogleはGeminiの月間利用者数が10億人を超え、Fortune 100企業の約9割がGemini Enterpriseを採用していることを強調しており、OpenAIの「ChatGPT Dots」やMetaの「Muse」といった消費者向けエージェントの台頭を背景とした動きとみられる。業務アプリやシステムを横断して自律的にタスクを遂行するエージェントは各社が注力する領域であり、Googleは自社のクラウド基盤と既存の企業導入実績を武器に、この競争で存在感を強めたい考えだ。

概要 AWSは2026年9月30日、Amazon Aurora PostgreSQLにDuckDBを組み込んだことを発表した。これにより、Aurora上の運用データとApache IcebergやParquet形式でAmazon S3に保存されたデータレイクを、ETL処理やデータ移動なしに単一のSQLクエリで横断的に扱えるようになった。従来、運用データベースと分析基盤(データレイク/レイクハウス)は別々のシステムとして運用され、両者をつなぐにはリバースETLパイプラインを構築・維持する必要があった。この統合はその運用負担を取り除き、リアルタイム分析のコストと複雑さを削減することを狙う。 技術的な仕組み 背景には、AWSが2026年9月にDuckDBの開発元であるDuckLabsを買収したことがある。AWSはこれによりDuckDBのベクトル化(列指向)クエリエンジンを、Aurora PostgreSQL 17/18のコアに拡張機能および外部データラッパーとして直接組み込んだ。DuckDBはもともと「SQLiteのようにアプリケーションに組み込める小型で高速なOLAP処理エンジン」であり、並列実行可能な列指向エンジンを備える。データレイク側はApache IcebergおよびParquet形式(CSV、JSONにも対応)に対応し、AWS Glue Data CatalogやIceberg REST Catalogを経由してS3およびS3 Tables上のデータにアクセスする。スキーマの自動推論、述語プッシュダウン、列プルーニングといった最適化により、S3への不要なリクエストを抑えつつ、本番データベースのライブデータとS3上の履歴データを同一クエリ内で同時に処理できる。 狙いと今後の展望 この仕組みにより、データのコピーや変換、同期の遅延といったETL特有の手間が解消される。特にAIエージェント開発においては、同一セッション内で履歴データの検査とトランザクションの書き込みを即座に行えるようになる点が評価されている。アナリストのBrad Shimmin氏は、この統合が「リバースETLパイプラインの運用負担を除去する」ものであり、AIエージェントにとって「履歴データ検査と即座のトランザクション書き込みを同一セッションで実現する」と指摘する。一方で、メモリ消費量の実測、IcebergテーブルへのACID準拠の書き込み機能の拡張、外部Iceberg REST Catalogの採用動向など、実運用に向けて注視すべき点も残されている。DuckLabsは買収後もDuckDB本体のオープンソース開発(MITライセンス)を継続する方針であり、オペレーショナルDBと分析基盤の境界を取り払う動きは今後も広がっていく可能性がある。

概要 Ciscoは10月8日、NX-OSを稼働するNexus 3000および9000シリーズスイッチ(スタンドアロンNX-OSモード)に影響する重大な脆弱性5件に関するセキュリティ勧告を公開した。いずれも未認証の攻撃者による悪用が可能で、最悪の場合root権限での任意コード実行、あるいはデバイスの強制リロードによるサービス停止を招く恐れがある。データセンターや企業ネットワークの中核を担う機器が対象となるため、影響範囲は広い。なお、ACIモードで動作するNexus 9000やNexus 7000シリーズは今回の脆弱性の対象外とされている。 脆弱性の技術的詳細 5件の脆弱性は、NX-APIおよびNext Generation OAM(NGOAM)、MPLS OAMという3つの機能における入力検証の不備に起因する。具体的には、CVE-2026-76471はNX-APIへの入力検証不足によるもので、デフォルトでは無効化されているNX-APIが有効な環境で、巧妙に作成されたHTTPリクエストを送信することで悪用される。CVE-2026-76485、CVE-2026-76486、CVE-2026-76501はNGOAMにおけるIPトラフィックの検証不備で、不正なIPパケットの送信によって引き起こされる。このうちCVE-2026-76486はSRv6またはNVオーバーレイが有効な構成でのみ、CVE-2026-76501はSRv6が有効な構成でのみ影響を受ける(CVE-2026-76485はNGOAM有効時に一般的に影響を受ける)。残るCVE-2026-76465はMPLS OAMのecho-requestパケットの検証不備で、MPLS OAM機能が明示的に有効化されている場合に限り悪用可能となる。いずれも対象機能が無効であれば攻撃は成立せず、デフォルト設定のまま運用している環境ではリスクが低減される点が共通している。 悪用状況と対応策 Cisco は勧告公開時点で、これら5件の脆弱性について「公開された発表や悪意ある悪用の事実は確認していない」としている。発見はCisco社内のセキュリティテストによるもので、現時点で外部からの実際の攻撃報告はない。対応としては、Cisco Software Checkerツールを用いて自社のNX-OSバージョンに該当する修正パッチを特定し、速やかに適用することが推奨されている。パッチ適用までの暫定対応としては、NX-API、NGOAM、MPLS OAMといった利用していない機能を無効化すること、またアップグレード待ちのスイッチに対してはCiscoのLive Protectシールドを適用することが有効な緩和策として挙げられている。 今後の影響 ネットワークの中核を担うスイッチでroot権限を奪取されれば、データセンター全体やその上で動くサービスへの影響が及ぶ可能性があり、攻撃者にとって高い価値を持つ標的となりうる。現時点で野放しの悪用は確認されていないものの、脆弱性の詳細が公開されたことで今後PoCや攻撃コードが出現するリスクは否定できない。該当機器を運用する企業は、まず影響を受ける機能が有効化されているかを確認し、不要であれば無効化、必要であれば早急なパッチ適用を進めることが求められる。

概要 Googleが2018年にオープンソース化したサンドボックス型コンテナランタイム「gVisor」が、Cloud Native Computing Foundation(CNCF)に寄贈されることが10月2日に発表された。Apache 2.0ライセンスで提供されるgVisorはLinuxをユーザースペースで再実装したもので、「コンテナと仮想マシンの中間」に位置する独特なサンドボックス技術として知られる。今回の寄贈に合わせ、Ant Group、Modal、Tinesの3社が新たに長期メンテナーとして参加し、CIインフラの移行とガバナンス体制の刷新を主導する。 寄贈の背景にある課題 gVisorはこれまでGoogle単独が事実上所有するプロジェクトという位置づけが、普及の妨げになっていた。業界では「通常のコンテナ」か「仮想マシン」かという二分法で技術を評価する傾向が強く、gVisorのような中間的な存在は立ち位置が曖昧になりやすい。セキュリティ監査の現場では「仮想化」であることを採用の必須条件とみなすケースがあり、これが採用障壁となっていたという。加えて、内部的には高性能であるにもかかわらず、I/O集約的なワークロードでは性能低下が目立ち、初めて触れた開発者に悪い印象を与えがちだった点も課題とされる。Linuxカーネルへの改善パッチがGoogle単独所有を理由にアップストリームで受け入れられにくいという事情もあった。現在の主な採用企業はGoogle、Ant Group、OpenAI、Anthropicといった大手テック企業と、Modal、Tinesのような特化型スタートアップに限られており、gVisor-on-Macやデスクトップ向けLinuxサンドボックス(bwrap互換機能など)といった用途でも潜在力が十分に活かされていない状況だった。 ガバナンス刷新とCI移行の計画 今回の発表では、短期・中期に分けた具体的な移行計画が示されている。数週間以内にはCNCFの「Sandbox」ステータスへ移行し、CIインフラをGitHub ActionsとBuildkiteに統合するとともに、メンテナー主導型のガバナンスを導入してGoogle以外のメンテナーにも権限を付与する。数ヶ月以内にはさらに一歩進んだ「Incubation」ステータスへの昇格を目指し、GitHubリポジトリをgoogle組織から移動させた上で、Googleによる一方的な支配を排除する投票型ガバナンスへの移行を計画している。新たに長期メンテナーとして名乗りを上げたAnt Group、Modal、Tinesに加え、OpenAI、Tencent、NVIDIAも継続的に貢献していく方針だ。 CNCFが受け入れる理由と今後の展望 CNCFにとってgVisorは、Kubernetesやcontainerdといったクラウドネイティブなコンテナランタイムと直接統合できる点が魅力とされる。ハードウェア仮想化支援を必要とせず全プラットフォームで動作できるため、仮想マシン方式よりも効率的な高密度配置が可能になる。Googleはプロジェクトから撤退するわけではなく、CNCF入りによってKubernetesが辿ったようなエコシステムの拡大と業界標準化を期待しているという。ガバナンスの中立化によって、これまで採用を躊躇していた企業や、仮想化必須のセキュリティ要件を持つ組織での利用拡大につながるかが今後の注目点となる。

概要 AWSは9月29日、OpenAIのAgents APIをAWSネイティブに統合した新サービス「Amazon Bedrock Managed Agents (BMA)」をパブリックプレビューで公開した。AWSとOpenAIの共同開発によるもので、「AWS固有の設計と統合を実現したOpenAI Agents APIのカスタマイズ版」と位置づけられている。最大の特徴はデータの扱いで、推論・メモリ・スキル管理をすべて顧客のAWS環境内で処理し、OpenAIのDevDay 2026で発表された際には「データはAWSを離れず、セキュリティが顧客と次の段階の間の障壁でなくなる」とSalesforceの幹部が述べている。すべての推論はAmazon Bedrock上で実行される。 技術的な詳細 BMAはステート管理、ツール選択、コード実行、複数ステップの作業調整を自動的に処理し、永続的なセッションによってメッセージ・ツール呼び出し・中間結果を保持する。Model Context Protocol (MCP) サーバーを含む外部ツールとの接続にも対応する。ガバナンス面では各エージェントに独立したIAMロールと固有のIDを割り当て、重要なアクションの実行前には人間による承認を挟める仕組みを用意。対応するAPI操作はAWS CloudTrailで記録され、監査ログとして残る。実行環境としては、セルフホストの実行環境とAgentCore Runtimeの2つのオプションが選べる。あわせてOpenAIのAgents APIにはコンピューターユース機能も追加され、ブラウザ越しにソフトウェアを操作するエージェントの構築も可能になった。 現在のプレビューはUS East (N. Virginia)、US West (Oregon)、US East (Ohio) の3リージョンで利用可能。料金はプレビュー期間中、基盤となるAWSリソース以外の追加料金はかからないが、本番リリース時には変更される見込みだ。 業界への影響 早期採用企業としてSalesforceが紹介されており、自社のデータとコントロール機能をOpenAIのモデルと統合する形で利用している。AWSは、これまでのエージェントのプロトタイプの約90%が市場化に至っていないと指摘しており、BMAをエージェント実装を実用段階に進めるための基盤として位置づけている。クラウド大手とAI企業の提携によるエージェント基盤競争が激化するなか、企業がデータ主権やコンプライアンス上の懸念を抱えたままエージェント技術を導入できる選択肢として注目される。