Dreeze, 클라우드 애플리케이션 복구를 위해 3,300만 달러 시드 투자 유치하며 스텔스 모드 종료

Dreeze가 3,300만 달러의 시드 투자를 유치하며 스텔스 모드에서 벗어났다. 클라우드 컴퓨팅에서 가장 답답한 장애 중 하나, 즉 데이터는 복구했지만 그 데이터에 의존하는 비즈니스 애플리케이션은 복구하지 못하는 문제를 해결하겠다는 구상이다.

이번 투자 라운드는 Norwest와 Bessemer Venture Partners가 주도하고 Claltech가 참여했다. 텔아비브에 본사를 둔 이 회사는 투자 유치 발표와 함께 Application Revival 플랫폼을 출시한다. 이 플랫폼은 클라우드 애플리케이션 전체를 다시 가동하는 데 필요한 리소스를 파악하고, 보호하고, 재구축하고, 테스트하도록 설계됐다.

Dreeze는 Zerto와 Kashya에서 근무한 경력이 있는 백업 및 복구 업계 베테랑 Ziv Kedem, Oded Kedem, Avi Raichel이 2025년에 설립했다. 회사에 따르면 이스라엘과 미국에 직원 70명이 있으며, 이번 투자금은 제품 개발 가속화, 영업 및 마케팅 확대, 더 많은 엔터프라이즈 고객 확보에 사용할 예정이다.

데이터를 복구해도 애플리케이션은 여전히 오프라인일 수 있다

Dreeze가 해결하려는 문제는 백업 복구는 성공했지만 서비스는 정상 작동하지 않는 상황에서 발생한다. 클라우드 애플리케이션은 인프라, 구성 설정, ID, 비밀 정보, 암호화 키, 기타 리소스와의 연결에 의존할 수 있다. 데이터베이스를 복구해도 전체 시스템의 일부만 복원된 셈이다.

주변 구성 요소를 사용할 수 없거나 잘못된 순서로 복구하면 IT 팀이 여전히 의존 관계를 수동으로 재구성해야 할 수 있다. Dreeze는 데이터는 돌아왔지만 애플리케이션은 여전히 사용할 수 없는 이 기간을 ‘복구 혼란’이라고 부른다.

Dreeze의 공동 창업자 겸 CEO인 Ziv Kedem은 발표문에서 “기업들은 수년간 데이터 백업을 개선해 왔지만, 데이터를 되찾았다고 해서 비즈니스가 정상화된 것은 아닙니다”라고 말했다.

이러한 차이는 복구 목표를 바꾼다. 기업에서 의미 있는 최종 목표는 직원이나 고객이 다시 이용할 수 있는 서비스다. 스토리지 볼륨 복구는 중요한 이정표지만, 인증이 작동하고 필요한 리소스가 연결되거나 애플리케이션이 정상 작업을 완료할 수 있음을 보장하지는 않는다.

애플리케이션 복구의 네 단계

Dreeze는 리소스 탐색과 보호에 복구 실행 및 테스트를 결합해 네 가지 기능을 중심으로 플랫폼을 구성한다.

파악: 장애 발생 전에 의존 관계 매핑

회사에 따르면 자율 의존 관계 매핑 기능은 리소스와 해당 리소스를 지원하는 애플리케이션을 연결하고, 실제 운영 환경을 바탕으로 복구 계획을 생성한다. 이를 통해 복구팀이 오래된 런북에 의존하게 두는 대신 애플리케이션 변경 사항에 맞춰 계획을 유지하는 것이 목표다.

이것이 접근 방식의 토대다. 자동 복구 절차가 얼마나 완전한지는 복구해야 할 항목을 얼마나 정확히 파악하는지에 달려 있다. 장애가 발생하기 전에 의존 관계를 식별하면 장애 대응 중에 해야 할 작업을 줄일 수 있다.

보호: 지원 리소스 백업

Dreeze에 따르면 자사 볼트 백업은 데이터와 함께 구성, 키 및 기타 애플리케이션 의존 요소를 보호한다. 발표문에는 변경 불가능한 에어갭 볼트와 선택 사항인 리전 간 복제가 명시돼 있다.

오케스트레이션: 의존 관계 순서에 따라 재구축

Dreeze에 따르면 플랫폼의 Revival Automation 기능은 복구 계획을 실행해 의존 관계 순서에 따라 데이터, 인프라, 구성, ID 및 연결을 재구축한다.

오케스트레이션의 가치는 구성 요소 간 인계 과정을 조율하는 데 있다. 예를 들어 필요한 리소스를 사용할 수 있기 전에 서비스를 복구하면 팀은 일부만 재구축된 환경의 문제를 해결하느라 애를 먹을 수 있다. 의존 관계를 고려한 계획은 이런 수동 작업의 순서 조정을 줄이는 것을 목표로 한다.

검증: 전체 복구 계획 테스트

Dreeze는 검증 기능을 작동하는 애플리케이션을 재구축하는 자동화된 엔드투엔드 테스트라고 설명한다. 회사에 따르면 이러한 테스트는 운영 환경에 영향을 주지 않으며, 테스트 후 수동으로 정리할 필요도 없다.

테스트는 제품의 상업적 가치 제안에서 핵심적인 역할을 한다. 문서화된 계획은 어떤 일이 일어나야 하는지를 설명하지만, 성공적인 모의 훈련은 테스트 환경에서 실제로 어떤 일이 일어나는지를 보여주는 근거가 된다. 발표문에는 독립적인 벤치마크, 복구 시간 측정치 또는 포괄적인 지원 매트릭스가 공개되지 않았다.

AWS는 정식 출시, Azure는 후속 출시 예정

Dreeze에 따르면 AWS 제품은 정식 출시됐다. Microsoft Azure 제품은 얼리 액세스 단계이며, 정식 출시는 2027년 초로 계획돼 있다. 두 클라우드에 걸쳐 배포를 계획하는 기업에는 이 차이가 중요하다. 발표문에 따르면 두 제품의 출시 단계가 서로 다르다.

Coravant의 창업자 겸 CEO인 Jeremy Miller는 보도자료에서 고객들이 전체 애플리케이션과 그 의존 요소를 올바른 순서로 복구하는 데 관심을 두고 있다고 말했다. 이것이 Dreeze가 해소하려는 운영상의 공백이다. 장애로 누락된 구성 요소가 드러나기 전에 완전한 복구 경로를 준비하는 것이다.

이번 투자가 중요한 이유

Dreeze는 보호 대상 데이터의 양만이 아니라 그 이상을 고려해야 하는 복구 시장에 진입하고 있다. 애플리케이션에 서비스, 권한, 인프라 종속성이 늘어나면서 복구 작업은 저장 문제일 뿐 아니라 조율 문제이기도 해진다.

AI는 기업이 복구 준비를 명확히 해 두어야 할 또 다른 이유다. Unite.AI가 다룬 AI 에이전트의 백업 인식은 자동화 시스템이 복원 준비를 충분히 하지 않은 상태에서 환경을 변경할 때 발생하는 위험을 살펴본다. Dreeze의 발표는 장애 이후 애플리케이션을 재구축하는 더 광범위한 운영상의 문제를 다루지만, 해당 플랫폼이 에이전트의 안전하지 않은 행동을 방지한다고 입증하는 것은 아니다.

이번 시드 투자로 Dreeze는 애플리케이션 수준의 복구를 내세운 사업을 더 폭넓은 기업용 사업으로 발전시킬 자원을 확보했다. 다음 과제는 고객의 실제 환경 전반에서 종속성 탐색, 보호, 오케스트레이션, 테스트가 함께 작동한다는 점을 입증하는 것이다. 구매자가 기대하는 결과는 명확하다. 핵심 서비스가 중단됐을 때 사용 가능한 애플리케이션으로 돌아갈 수 있도록 테스트를 거친 경로를 확보하는 것이다.