Cloud

概要 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企業の提携によるエージェント基盤競争が激化するなか、企業がデータ主権やコンプライアンス上の懸念を抱えたままエージェント技術を導入できる選択肢として注目される。

概要 GitHubで日本時間10月6日未明、Actions・Pages・ビリングの各機能にまたがる大規模障害が発生した。現地時間（CEST）10月5日21時頃（日本時間6日4時頃）に「degraded availability（機能低下）」として検知された障害は、その後まもなく「major outage（大規模障害）」へと引き上げられた。GitHub Actionsではホストランナーへのジョブ割り当てが行えなくなり、ジョブ実行時に「not acquired by Runner of type hosted」というエラーが表示される状態が続いた。これにより、コードの自動テスト・パッケージング・デプロイを自動化に依存する世界中の開発チームで作業が滞った。 障害の経過と影響範囲 GitHubは現地時間10月5日23時32分（日本時間6日6時32分）に解決策を見出したと発表し、滞留していたジョブキューの処理に着手した。障害発生から解消までは2時間を超えており、Actionsのジョブは定時実行や継続的デプロイなど24時間体制で動くものが多いことから、キューには大量のタスクが積み上がった。GitHubはキューの処理には追加の時間がかかると注意を呼びかけている。影響はActionsのCI/CD機能に加えて、静的サイトホスティングのGitHub Pagesのデプロイ、さらにはアカウントのビリング詳細ページへのアクセスにも及んだ。今回の報道では、障害の根本原因については明らかにされていない。 今後への影響 CI/CDパイプラインが数時間にわたり機能不全となったことで、プルリクエストのマージやリリース作業、静的サイトの公開作業などが滞った開発チームは少なくないとみられる。GitHubのような大規模プラットフォームへの依存度が高まる中、ホストランナーの割り当てロジックという基盤部分での障害は、単一のサービス障害が広範な開発ワークフローに波及することを改めて示した。GitHub側から根本原因や再発防止策についての詳細な説明が今後示されるか注目される。

概要 Postgresのマネージドサービスを提供するSupabaseは10月2日、SQLiteベースのデータベースサービス企業Tursoの買収と、GIC(シンガポール政府系ファンド)主導による1億5000万ドルの資金調達を発表した。調達にはAlphabet傘下のCapitalG、IronArc、SquarePegも参加している。両社は「エージェント時代のためのデータベースプラットフォーム」を構築すると位置付けており、背景にはAIエージェントが自ら大量のデータベースを生成・利用する新しい需要がある。Supabase共同創業者のPaul Copplestone氏は「エージェントはプロトタイプや探索、ダッシュボード、アプリを動かすために何百万ものデータベースを立ち上げている」と述べ、この需要が既存のグローバルなデータベースサービス容量を上回る可能性があると見ている。 Tursoの技術とSQLiteアーキテクチャ Tursoは、SQLiteを土台にしながらも単一ライターという制約を取り除く形でゼロから作り直したオープンソースのデータベースエンジンで、「libSQL」と呼ばれるSQLite拡張フォークを核に、MVCCによる並行書き込み、非同期I/O、ベクトル検索、ページ単位の暗号化などを備える。最大の特徴は、SQLiteが単一ファイルの軽量な組み込み型データベースである点を活かし、1台のサーバーで数百万のデータベースをホストできることだ。ストレージにはAmazon S3を用いた「ディスクレス、WAL-on-S3」アーキテクチャを採用し、「イレブンナイン」(99.999999999%)の耐久性を実現するとともに、最大90日間のバックアップとポイントインタイムリカバリにも対応する。データベースが非アクティブな間はストレージ費用のみが発生し、コンピュート課金は発生しない設計も、エージェントが瞬時に自分専用のデータベースを使い捨て的に生成・破棄するようなユースケースと相性が良い。クラウドサービスとしてだけでなく、BYOC(Bring Your Own Cloud)としてのデプロイにも対応している。 買収後の体制とオープンソース継続 Turso創業者のGlauber Costa氏と共同創業者のPekka Enberg氏を含むチームはSupabaseに合流し、Costa氏はSupabaseのHead of Agentic Servicesに就任する。同氏は「この旅を始めた当初から、10億件規模のデータベースを提供することを目標にしてきた」とコメントしており、Supabaseの開発者基盤とパートナーエコシステムの大きさがこの目標達成を後押しすると強調した。既存のTursoプラットフォームは買収後もデータベースやAPI、ワークフローをそのまま維持して運用が継続され、Turso Database(Rustで実装されたSQLite実装)はオープンソースのまま積極的にメンテナンスされる。AIエージェント向けのファイルシステムで、Copy-on-Write分離を用いる「AgentFS」も開発中だ。アプリケーションの規模がSQLiteの範囲を超えた場合には、Postgresや、ペタバイト級に対応する「Multigres」への移行パスも用意されるという。SuperhumanやSauna.ai、Mastraなどがすでにこの「エージェントごとに専用データベースを持たせる」アーキテクチャの採用企業として挙げられている。 今回の調達資金の使途 今回調達した資金は、Supabaseが新たに立ち上げた長時間稼働型AIエージェント向けのホスト済みサンドボックスサービス「Supabase Compute」をはじめとするAIエージェント向け新機能の開発、および従業員の株式流動性確保に充てられる予定だ。SupabaseとTursoの統合は、AIエージェントが自律的にインフラを生成・管理する時代に向けて、データベース層を根本から作り変えようとする動きの一環として注目される。

概要 Cloudflareは9月29日、自社で公開認証局(CA)となる計画を発表した。GlobalSignからルートCAの鍵材料を取得する取引を進めており、クローズは今後2ヶ月以内を目標としている。確立済みのルート証明書を引き継ぐことで、古いブラウザや端末からも互換性のある証明書を即座に発行できる体制を整える狙いだ。Matthew Prince CEOは、2014年に提供を開始し「一夜にしてウェブ上の暗号化トラフィックを倍増させた」とされるUniversal SSLの延長線上にある取り組みと位置づけ、「量子計算機の時代が来る前にウェブセキュリティを強化することは、インターネットの歴史上最大級の調整課題の一つだ」と述べている。 ポスト量子証明書とMerkle Tree Certificates 今回の構想の核心は、量子計算機による解読に耐える「ポスト量子証明書」の発行基盤を整えることにある。ポスト量子署名アルゴリズムは出力サイズが2,420バイトに達し、現在標準的な楕円曲線署名の64バイトと比べて大幅に大きい。この負荷を回避するため、Cloudflareは軽量な証明書形式「Merkle Tree Certificates(MTC)」を採用する。MTCは、信頼された公開ログに証明書が登録されていることを軽量な証明(proof)で示す仕組みで、各接続ごとに大きなポスト量子署名を送信する必要をなくす。CloudflareはこのMTCについてIETF(Internet Engineering Task Force)のドラフト仕様を共同執筆しており、すでにGoogleのChromeチームとの実験的運用に成功している。Let’s Encryptも2027年までの本番発行を目指しているとされ、業界全体で同時並行的に移行が進んでいる状況がうかがえる。Cloudflareはブラウザ各社――Chrome、Apple、Microsoft、Mozilla――のルートプログラムへの参加を申請済みで、承認を受けた後に従来型証明書の発行を開始し、MTCについては2027年第1四半期の本番発行を計画している。 背景と今後の影響 現行の証明書インフラは、量子計算機による脅威を想定せずに設計されてきた。さらに、Cloudflareが利用する証明書は現在、少数の外部発行者(3社)に依存しており、信頼が特定の発行者に集中することでシステミックリスクが生じている点も課題とされてきた。自ら認証局となることで、Cloudflareはこうした外部依存からの脱却と、量子計算機が既存の暗号方式を破る可能性がある「数年以内」という脅威への備えを同時に進める構えだ。発表では、リアルタイムの公開ダッシュボードによる運用の透明性(「ガラスボックス」運用)、RFC 9773を活用したゼロダウンタイムでの障害対応、そして単一システム内で従来型証明書とポスト量子証明書を統一的に管理できる仕組みも提供予定の特徴として挙げられている。ウェブ全体のPKI(公開鍵基盤)が量子耐性へと移行する転換点において、インターネットの主要インフラ事業者の一つであるCloudflareが自ら認証局を運営するという決定は、他の大手プラットフォームの対応にも影響を与える可能性がある。

概要 AWSは10月1日、クラウド環境のコスト・セキュリティ・パフォーマンス・耐障害性を自律的に分析し、改善策を提案するAI駆動エージェント「AWS Well-Architected Agent」のパブリックプレビューを発表した。従来の「AWS Well-Architected Tool」が利用者自身による手動のセルフレビューを前提としていたのに対し、新エージェントはAWS Well-Architected Frameworkの原則に基づきながら、65以上のAWSサービスにまたがる利用率メトリクス、リソース構成、アプリケーショントポロジーを自動的に相関分析し、継続的にレコメンデーションを生成する点が特徴だ。 主な機能 Well-Architected Agentは大きく3つの機能で構成される。第一に、個々のベストプラクティス違反を指摘するだけでなく、ユーザーが設定したビジネス目標に沿って提案に優先順位を付ける「目標軸のインテリジェンス」。第二に、単一リソースの修正提案、複数リソースをまとめた統合的な改善提案、さらにアーキテクチャパターンレベルの提案という3段階のレコメンデーションを提供する仕組み。第三に、提示された改善策をAWSマネジメントコンソール、Infrastructure as Code(Terraform、CloudFormation、CDKなど)、CLIコマンドのいずれの形式でも適用できる柔軟な復旧オプションだ。IaC対応により、本番デプロイ前のアーキテクチャレビューにも活用できる。 利用を開始するには、AWS Well-Architectedコンソールでエージェントプロファイルを作成し、IAMロールを設定、分析対象のアプリケーションコンテキストを追加する。設定完了から24時間以内に初回のレコメンデーションが生成されるという。なお利用にはAWS Supportプランへの加入が必須となる。 提供状況と既存ツールとの関係 プレビュー版は現時点でUS East (N. Virginia)、US East (Ohio)、US West (Oregon)の3リージョンで利用可能だが、分析対象となるワークロード自体はすべてのAWSコマーシャルリージョンから登録できる。価格については発表時点で明示されていない。 既存のAWS Well-Architected Toolは廃止されるわけではなく、ユーザー定義レンズによる独自基準での手動評価ツールとして引き続き提供される。AWSは今回のエージェントによる提案がAI生成であるため誤りや不完全な情報を含む可能性があるとし、適用前の利用者自身による評価・検証を推奨している。クラウド運用の継続的な最適化を自動化へと進める動きとして、今後の機能拡充や対応リージョンの拡大が注目される。

概要 Dellは、PowerStore、PowerScale、PowerFlex、PowerMax、Unity XTといった同社の主要ストレージ製品群とKubernetes環境を接続する「Container Storage Modules(CSM)」に存在する6件の重大な脆弱性を修正した。このうちCVE-2026-63688とCVE-2026-63692の2件はCVSSスコア10.0の最大深刻度と評価されており、未認証の攻撃者がストレージ基盤全体の管理者権限や、Kubernetesクラスタのノード上でのroot権限を奪取できる。CSM 1.17.0より前のすべてのバージョンが影響を受け、回避策は存在しないため、Dellは管理者に早急なアップグレードを呼びかけている。 技術的な詳細 CSMはKubernetes向けのContainer Storage Interface(CSI)ドライバの機能を拡張し、コンテナ化されたワークロードからDellのストレージアレイを利用できるようにするモジュール群である。今回修正された6件の根本原因は、認証機能の欠落や認証情報のハードコーディングといった基本的な設計上の不備に起因する。 最大深刻度の2件のうち、CVE-2026-63688は「csm-authorization-storage」のgRPCサーバーに認証機能が存在しないことに起因し、すべてのストレージアレイの管理者認証情報が露出し、csm-authorizationのセキュリティモデルを完全に迂回できる。Dellはこの脆弱性について「csm-authorizationのセキュリティモデルの完全なバイパスを可能にする」と説明している。もう一方のCVE-2026-63692は、認証プロキシおよびテナントサービスにおける未認証バイパスで、すべてのテナントに対する管理者権限を攻撃者に与える。 これに加えて、CVSS9.9のCVE-2026-67269はContainerStorageModuleのリコンサイラにおける不適切な権限昇格で、低権限の攻撃者がクラスタノード上でroot権限を獲得できる。CVSS9.8のCVE-2026-54472はCSM Authorizationモジュールにハードコードされた認証情報により管理者トークンの偽造を許し、同じく9.8のCVE-2026-61421はJWT認証に公開済みの署名鍵がハードコードされていることで、トークン偽造を可能にする。さらにCVSS9.6のCVE-2026-67273はContainerStorageModuleのカスタムリソースリコンサイラにおけるテンプレートエンジンインジェクションで、Kubernetesシークレットへのクラスタ全体の読み取りアクセスとRBACの改変を許す。これらを組み合わせることで、単一のカスタムリソースを送信するだけでKubernetesクラスタ全体が危険に晒される。 影響と対応 Dellはこれらの脆弱性が現時点で実際に悪用された事例は確認していないとしているが、過去にはLazarusグループや中国系とされるAPTグループがDell製品の脆弱性を実際の攻撃に利用した例があり、今回の脆弱性も標的型攻撃の対象となるリスクが指摘されている。対策としてDellはCSM 1.18.0以降への即時アップグレードを推奨しており、回避策が存在しないことに加え、JWT署名鍵のローテーションも併せて実施するよう呼びかけている。Kubernetes上でDellストレージを運用する組織は、影響範囲がストレージ基盤だけでなくクラスタ全体に及ぶ点を踏まえ、優先度の高い対応として扱う必要がある。

概要 Cloudflareは10月1日、R2オブジェクトストレージ上に構築したサーバーレスのイベントストリーミングサービス「K2」をパブリックベータとして発表した。K2はプロデューサーとコンシューマーを分離し、順序付けされた耐久性の高いログをスケーラブルに提供する「durable event streaming primitive」として設計されている。Cloudflareのエッジインフラは335都市以上に分散しており、Apache Kafkaのような従来の分散システムソフトウェアをその上で運用するのは困難だったことが、K2開発の背景にある。インフラ管理の必要なく、エッジネイティブにイベントストリームを扱えることが最大の特徴だ。 アーキテクチャの技術的詳細 K2はR2上に「partitioned, durable log」を実装している点が設計の核心だ。レプリケーションと合意形成をストレージ層であるR2に委譲することで、アプリケーション層のロジックを大幅に簡素化し、膨大なデータ量にも対応できる構造にしている。書き込みはまずエッジサービスのメモリ内に蓄積され、短期間のバッチ待機を経てセグメントファイルとしてR2に書き出される。この際R2の原子操作を利用することで、順序付けと厳密なオフセット管理を実現しており、99パーセンタイルでのプロデューサレイテンシは約1秒とされている。利用にはcfコマンド、Wrangler、ダッシュボード、またはAPIでストリームを作成し、HTTPまたはWorkerバインディング経由でプロデュースする。コンシューマー側は複数のサブスクリプションによる並列読み取りをサポートする。 ベータの提供範囲と料金 現時点のベータはWorkers Paid購読者を対象とし、最大10GBのストレージ、ストリームあたり30 MB/sのプロデュースレートという制限が設けられている。ベータ終了後の想定料金は、プロデュースとコンシュームのデータがそれぞれ$0.04/GB、保持データが$0.02/GB/月とされている。Cloudflareは既存のQueues(タスク追跡向け)やBasin Pipelines(オブジェクトストレージ書き込み向け)との役割の違いも明示しており、K2は大規模なデータ移動、長期保持、複数コンシューマーへのファンアウト配信といった用途に最適化されたサービスと位置づけている。 今後の展望 Cloudflareは今後、マルチGB/s規模のスループット対応、メッセージキーのサポート、Push型のWorkerコンシューマー、低レイテンシ版の提供、そしてApache Kafkaクライアントとの互換性確保を計画していると明らかにしている。Kafkaクライアント互換性が実現すれば、既存のKafkaエコシステムを持つ企業がインフラ運用の負担を負わずにエッジ分散型のストリーミング基盤へ移行しやすくなる可能性があり、Kafka運用コストに悩む開発者にとって注目すべき動きとなりそうだ。

概要 Googleは9月30日、分散SQLデータベースSpannerの技術をGoogle Cloud以外の環境でも利用できるようにした「Spanner Omni」を正式リリースした。Spannerは10年以上前に分散SQLデータベース市場を切り拓いた製品だが、その後はリレーショナルなSQLに加えてグラフ、キーバリュー、全文検索、ベクトル検索、カラム型の分析処理までを単一のデータベースで扱えるマルチモデルDBへと進化してきた。Spanner Omniはこの機能群を、Paxosコンセンサスによる合意形成、自動シャーディング、同期レプリケーションといった基盤技術ごとそのまま持ち出し、単一サーバーから数千台規模のクラスタまでスケールさせ、ペタバイト級のデータとミリオン単位のクエリ毎秒（QPS）を処理できるようにしたものだ。プレビュー公開以降、累計200万回以上ダウンロードされているという。 デプロイ先とライセンス体系 Spanner Omniはオンプレミスのデータセンター、複数クラウドにまたがるマルチクラウド環境、Kubernetes上のPod、さらには検証用にノートPC上のローカル環境にまでインストールでき、対応OSはLinux（RHEL 9、Ubuntu 22）とmacOS（M1、M2、M3）、Google CloudおよびAWSの仮想マシンにも及ぶ。ライセンスは2種類用意される。無償の「Developer Edition」は開発・テスト・プロトタイピング向けで、通常は90日間の試用期間付きだが、vCPU数が4以下の単一サーバー構成であれば期間無制限で利用できる（4vCPU超や90日超の利用延長はフォームからの申請で対応)。一方、商用・本番環境向けの「Commercial Edition」は業界標準的なvCPU数ベースの年間サブスクリプション課金で、エンタープライズサポートが付属するほか、割引価格のPoC（概念実証）ライセンスも用意されている。 エンタープライズ機能とAIワークロードへの対応 エンタープライズ用途を見据え、TLS暗号化、認証・認可、監査ログ、高性能なバックアップ/リストア機能に加え、バックグラウンド処理や負荷の高い処理を主系サーバーから切り離して実行する専用のステートレスなワーカーノードを備える（このうちバックアップ/リストア機能はCommercial Edition、または4vCPU以下の単一サーバー構成のDeveloper Editionで利用可能。ワーカーノードはCommercial Editionのみで利用可能)。AIエージェント関連の機能も強化されており、ベクトル埋め込みをリレーショナルなテーブルと並べて格納・インデックス化しKNN/ANN検索を行えるベクトル検索とSpanner Graph、エージェント向けのトランザクショナルなメッセージングを行う「Spanner Queues」、さらにMCP Toolboxを介したModel Context Protocol(MCP)対応により、エージェントシステムからの利用を見込む。AIネイティブなCRMを手がけるAttioは、コンテナ化したSpanner OmniとマネージドSpannerを組み合わせてエージェント向けの本番環境に移行しており、同社の共同創業者兼CTOであるAlexander Christie氏は「Spanner Omniは、複雑でミッションクリティカルなワークフロー、特に新たに発表されたSpanner Queuesのようなものを本番環境に持ち込めるようにしてくれた点で、大きな勝利だった」とコメントしている。 マネージドSpannerとの違いと展望 Spanner Omniはあくまで利用者自身がインフラを運用する形態であり、Google Cloud上のフルマネージドなSpannerのようなGoogleによる可用性SLAは提供されず、アップグレードなどの保守も利用者側の責任となる。BigQueryやGemini Enterpriseとのネイティブ連携といったGoogle Cloudとの統合も限定的だ。それでも、データ主権の要件から特定の国・地域の外にデータを出せない組織や、エッジに近い場所での低レイテンシ処理を必要とする組織にとっては、Spanner譲りの強整合性とスケーラビリティをオンプレミスやハイブリッド構成で得られる選択肢となる。クラウドネイティブなデータベースをどこでも動かせるようにする今回のリリースは、マルチクラウド・ハイブリッドクラウド化が進む企業のデータ基盤戦略に影響を与えそうだ。

概要 Cloudflareは10月1日、Birthday Weekのタイミングでサーバーレスデータ分析プラットフォーム「Basin」を正式にリリースした。Apache IcebergとR2オブジェクトストレージ上に構築されており、専用サーバーの用意やデータ移動を必要とせずにデータの取り込みから分析までを一貫して行える。最大の特徴はエグレス料金が発生しない点で、利用量に応じた課金のみで済むため、専用のデータ基盤を構築するには規模が小さすぎた中小企業や開発者チームでも手頃に分析環境を導入できるとしている。CTOのDane Knechtは「開発者は自分たちのデータを照会するためだけにデータインフラの運用方法を知る必要はないはずだ」と述べており、運用の簡素化を前面に押し出した製品であることがうかがえる。 3つのコンポーネントへの統合 Basinはベータ版だった「Cloudflare Data Platform」からのリブランドで、これまで別々に提供されていた3つのプロダクトを統合した。データ取り込みを担う「Basin Pipelines」（旧Cloudflare Pipelines）はWorkers、HTTPエンドポイント、Cloudflare LogpushからのイベントをSQLで変換し、Apache IcebergテーブルやR2上のJSON/Parquetファイルに出力する機能を持ち、1ストリームあたり最大3GB/秒の取り込みに対応する。カタログ管理を担う「Basin Catalog」（旧R2 Data Catalog)はフルマネージドのApache Iceberg REST カタログで、テーブルごとのコンパクション、スナップショットの失効処理、マニフェスト最適化などのメンテナンスを自動で行い、npx wrangler basin catalog createのワンコマンドで作成できる。クエリエンジンの「Basin SQL」（旧R2 SQL）はIcebergテーブル向けのサーバーレス分散クエリエンジンで、190以上の関数やJOIN、ウィンドウ関数、CTE、グルーピングセットなど複雑なクエリに対応する。既存のPipelines、R2 Data Catalog、R2 SQLの設定はそのまま動作するため、移行の負担は小さい。 オープン標準とエコシステムとの連携 BasinはApache Icebergというオープンな標準フォーマットを採用しているため、PyIceberg、DuckDB、Snowflake、Apache Spark、StarRocks、Trinoといった既存のIceberg対応エンジンからそのままデータを参照できる。これによりベンダーロックインを避けつつ、複数のクラウドやエンジンをまたいでデータを再コピー・再フォーマットせずに分析できる点が強みとなる。実際にBasinへ移行した企業の例として、Anomaly共同創業者のDax Raadは「複雑なAWS S3とAthenaの構成を、よりシンプルなサーバーレス構成であるBasin Pipelines、Catalog、SQLに置き換えて、全社のデータパイプラインを移行した」と述べている。想定される用途としては、リアルタイムのEコマース最適化、長期的な課金メトリクスの保存・レポーティング、インフラのテレメトリ収集・照会、AIで利用しやすい形でのデータ配信プラットフォームなどが挙げられている。 料金面の注意点と競合における位置づけ Cloudflareは「エグレス料金なし」を強調しているが、The Registerの指摘によれば無料となるのはWorkers API・S3 API・パブリックドメイン経由のR2からの直接エグレスや、クロスプラットフォーム・クロスリージョンでのクエリに限られる。Basin Pipelinesが「シンク」と呼ばれる配信先にデータを送信する際には、無料枠を超えると別途課金が発生し、R2バケットに接続する外部サードパーティサービス側で課金が生じる可能性もある。Constellation ResearchのMichael Niは、Basinについて「Cloudflareは従来型データウェアハウス市場の周縁にあるワークロードを取り込み、そこから上位層へ展開していく機会を得ている」と分析しており、SnowflakeやDatabricksといった既存プレイヤーとの直接競合ではなく、これまで手薄だった中小規模の分析ニーズを取り込む狙いがあるとみられる。CDNやセキュリティ事業で知られるCloudflareが、エッジネイティブなデータ分析市場へ本格的に踏み出した動きとして注目される。

概要 DigitalOceanは10月2日、AIエージェントの実行に特化したマネージドクラウド基盤「Managed Agents」をパブリックプレビューとして発表した。クラウドプロバイダーがコンテナやVMを管理してきたのと同じように、長時間稼働するAIエージェントのランタイムと外部ツール連携を代わりに運用するレイヤーを提供する狙いがある。同時期に発表されたDocker Cloud Sandboxesとも直接競合する格好で、AIエージェント向けインフラ市場の競争が一段と激しくなっている。 技術的な詳細 Managed Agentsの中核は「Harness Runtime」と呼ばれる軽量マイクロVMベースの実行環境で、エージェントごとに分離・永続化されたコンピュートとストレージを割り当てる。Claude Code、Codex CLI、OpenCode、Hermes、さらにLangGraphベースの自作エージェントまで幅広く対応し、会話履歴や作業状態を複数セッションにまたがって保持できる点が特徴だ。使用していない間は自動的に一時停止されるため、常時起動させるよりもコストを抑えられる設計になっている。 もう一つの柱が「Action Gateway」で、統一されたMCPエンドポイントを介してWeb検索、Webフェッチ、ブラウザ自動化、GitHub、HubSpot、Stripeなど1万6000以上の外部ツールにアクセスできる。セキュリティ面では、どのツール・操作を実行できるかを集中管理する権限制御の仕組みに加え、機密性の高い操作には人間の承認を必須とするワークフローを組み込んでいる。さらにレート制限、リトライ、バックオフ、タイムアウトといった運用上の安全弁も備え、エージェントが暴走して外部サービスに過剰な負荷をかけることを防ぐ構成だ。 評価と競合との位置づけ 元Meta AIエンジニアでDair.ai創設者のElvis Saravia氏は、多くのエージェント管理プラットフォームがコスト面で課題を抱える中、Managed Agentsがパフォーマンスとコスト削減に焦点を当てている点を評価した。Seaotter創設者のRyan Martin氏も、アイドル時の自動一時停止と管理されたツール群の組み合わせを「拡張性のある運用パターン」として好意的に受け止めている。 競合として名前が挙がるDocker Cloud Sandboxesも同様にマイクロVMによる分離と永続性を特徴とするが、DigitalOceanはプロダクション運用を見据えた基盤として位置づけているのに対し、Dockerは開発ワークフロー寄りという違いがある。今後はツール連携の広さや課金体系、セキュリティ機能の充実度が選定の分かれ目になりそうだ。