Dreezeはステルス状態を脱し、シード資金として3,300万ドルを調達したと発表しました。あわせて、Amazon Web Services（AWS）向けの「Application Revival」プラットフォームの一般提供も開始しました。今回のラウンドはNorwestとBessemer Venture Partnersが主導し、Claltechが参加しました。このプラットフォームは、データ、インフラ、依存関係を、オンラインに戻すべき順序で復元することで、企業がクラウドアプリケーション全体を復旧できるよう支援します。
バックアップに成功しても、事業がオフラインのままになることがあります。クラウドアプリケーションは、インフラ、設定、ID、シークレット、鍵、接続情報に依存しており、これらをデータと併せて復元しなければなりません。こうした要素が欠けていると、IT部門は認証情報を探し回り、古い運用手順書を参照し、依存関係を手作業で再構築することになります。Dreezeはこれを「リカバリの混乱（recovery scramble）」と呼んでいます。データを復元した後も、アプリケーションが数日、場合によっては数週間もオフラインのままになりかねません。
「当社の顧客は本番ワークロードをパブリッククラウドに移行しており、そのデータのバックアップ自体は、ほとんどの顧客が難なくこなせます。不安なのはリカバリです。すべての依存関係を正しい順序で整え、アプリケーション全体を再び稼働させることが課題です」と、Coravantの CEO、Jeremy Miller氏は語ります。「Dreezeはまさにこの課題を軸に開発されました。だからこそ、当初から協力したいと考えました」
Application Revivalを使えば、障害が起きる前にリカバリをテストできます。このプラットフォームは、環境の変化に合わせて各アプリケーションの依存関係をマッピングし、必要なリソースをバックアップして、リカバリ計画を自動生成します。チームはこの計画をエンドツーエンドで実行し、アプリケーションが確実にオンラインへ復帰するかを検証できます。
「企業は長年、データのバックアップ精度を高めてきました。しかし、データが戻ったからといって、事業が復旧したことにはなりません」と、Dreezeの CEO、Ziv Kedem氏は述べています。「サイバー脅威が増え、AIが新たなリスクをもたらすなか、企業は重要なアプリケーションが停止する事態を想定しなければなりません。Dreezeを立ち上げたのは、リカバリをさらに一歩進める必要があると考えたからです。当社の目標は、Application Revivalを新たな標準にすることです。何か問題が起きても、アプリケーションを復旧させる実績ある道筋があると、企業が確信できるようにします」
Application Revivalの概要
- Know – 自律的な依存関係マッピング: クラウドリソースと依存関係を、それらが支えるアプリケーションに紐づけてマッピングします。環境の変化に応じて、稼働中の環境に基づくリカバリ計画を生成します。
- Protect – ボールト型バックアップ: アプリケーションの実行に必要なデータ、設定、鍵、その他のリソースをバックアップします。バックアップは、変更不可でエアギャップされたボールトに保管され、リージョンをまたぐレプリケーションも任意で利用できます。
- Orchestrate – リバイバル自動化: リカバリ計画を実行し、データ、インフラ、設定、ID、接続を依存関係の順に復元します。
- Validate – リバイバルの信頼性検証: 自動化されたエンドツーエンドのリカバリテストを実行し、本番環境に影響を与えず、手動でのクリーンアップも不要なまま、動作するアプリケーションを立ち上げます。
「KashyaやZerto、そして現在のDreezeに至るまで、Ziv、Oded、Aviの3人は数十年にわたり、企業が頼りにするリカバリ技術を共に築いてきました。市場がどう進化すべきかを、身をもって知っています」と、Norwestのジェネラルパートナー、Dror Nahumi氏は語ります。「クラウド環境がますます複雑になり、ダウンタイムのコストも膨らむなか、企業には障害に備えるためのより良い手段が必要です。リカバリの課題をこれほど深く理解しているチームは、ほかにほとんどありません」
Microsoft Azure向けのDreezeは早期アクセス段階にあり、一般提供は2027年初頭を予定しています。
翻訳元: https://www.helpnetsecurity.com/2026/11/10/dreeze-application-revival-33-million-funding/
