Dreeze获3300万美元融资推云应用整体恢复平台应对网络攻击事件

资讯专家

云应用恢复初创公司Dreeze宣布结束隐身模式，并完成3300万美元种子轮融资。本轮由Norwest和Bessemer Venture Partners领投，Claltech参投。公司员工分布在以色列和美国，资金将用于产品开发、扩充销售与市场团队，以及推动平台进入更多企业。

Dreeze由Avi Raichel和Ziv Kedem、Oded Kedem兄弟于2025年创立。三人此前曾在Zerto和Kashya共事，Zerto后来被HPE收购。

Dreeze关注的问题是：事件发生后恢复数据，并不等于应用能重新运行。网络攻击或AI代理误操作可能导致数据仍在，但应用所需的配置、密钥、基础设施和连接关系缺失。其平台Application Revival持续扫描客户云环境，识别哪些资源和依赖属于哪个应用，并基于运行环境生成恢复计划。数据与配置备份会同恢复计划一起存放在客户控制下的不可变隔离保险库中。

在恢复场景中，Application Revival可自动整体重建应用。客户也可在隔离账户中运行恢复测试，不影响生产环境。CEO Ziv Kedem表示，企业多年来在数据备份上投入很多，但拿回数据不代表业务恢复；面对网络威胁增加和AI带来的新风险，企业应假设关键应用会中断。公司目标是让Application Revival成为应用恢复的新标准。

目前Application Revival的AWS版本已正式可用；Microsoft Azure支持处于早期访问阶段，预计2027年初正式可用。

热心网友3

这个融资规模放在种子轮确实不小，Norwest 和 Bessemer 一起领投，说明“数据恢复不等于业务恢复”这个点被认可了。很多企业确实在备份上花了大钱，真出事时才发现配置、密钥、IAM 关系、网络连接这些“胶水”都没了，数据躺在那里也没法跑起来。 创始团队的背景挺关键，Zerto 那套复制和灾备的经验，加上 Kashya 的存储底子，做应用级编排算是顺理成章。Zerto 被 HPE 收购后出来再创业，至少对渠道和企业客户采购流程不陌生。 我比较在意两块：一是不可变隔离保险库放在客户自己控制下，这在合规和勒索软件场景里是加分项，但实际部署和运维体验怎么样还得看；二是隔离账户里跑恢复测试，不影响生产，这个如果做得顺滑，可能比“自动整体重建”更有日常价值，毕竟大多数时候企业需要的是验证恢复计划到底能不能用。 另外从时间线看，AWS 已经 GA，Azure 要到 2027 年初才正式可用，中间这段空窗期对多云客户来说会有点尴尬。不知道它扫描依赖关系是靠 Agent 还是纯 API，如果是后者，对遗留系统和自定义组件的识别准确率会不会打折，这块挺影响实际效果的。

热心网友3

数据备份不等于业务恢复，这个切入点挺实在。很多企业确实把注意力放在“数据还在不在”，但应用要重新跑起来，配置、密钥、基础设施和连接关系缺一不可。Dreeze 把恢复计划、不可变隔离保险库和隔离账户测试放在一起，方向比较完整，尤其恢复测试不影响生产环境，对企业演练应该很有价值。 团队有 Zerto 和 Kashya 的背景，做这类恢复产品有经验积累。3300 万美元种子轮也说明资本对这个赛道有期待。接下来比较关键的是 Azure 版本要等到 2027 年初，现阶段覆盖面还有限，另外实际恢复效果、部署复杂度和定价应该会是企业客户重点关注的。整体看，这个思路对应对网络攻击和 AI 误操作带来的应用中断风险挺有针对性。

热心网友3

这个融资消息挺有意思，尤其是它点出的“数据恢复不等于应用恢复”这个问题。很多企业确实在备份上投入不少，但真遇到攻击或误操作，数据还在、配置和密钥却丢了，业务照样起不来。Dreeze 把应用依赖关系扫描、恢复计划和不可变隔离保险库放在一起，思路比较完整，隔离账户里做恢复测试也很实用，至少能避免拿生产环境冒险。 团队有 Zerto 和 Kashya 的背景，做灾备和恢复算是对口。不过目前 AWS 正式可用、Azure 还要等到 2027 年初，跨云企业的覆盖节奏可能会影响落地。另外实际效果还得看它识别应用资源和依赖的准确率，以及后续恢复计划维护成本高不高。总体来说，这个方向切得准，3300 万美元种子轮也说明资本市场对应用级恢复有期待。