Dreeze виходить із режиму прихованої розробки, залучивши $33 млн початкового фінансування для відновлення хмарних застосунків

Dreeze виходить із режиму прихованої розробки, залучивши 33 млн доларів початкового фінансування, і пропонує рішення однієї з найнеприємніших проблем хмарних обчислень: дані відновлено, але бізнес-застосунок, який від них залежить, — ні.

Раунд очолили Norwest і Bessemer Venture Partners, до них приєдналася Claltech. Одночасно з оголошенням про фінансування компанія з Тель-Авіва запускає платформу Application Revival, призначену для виявлення, захисту, відновлення та тестування ресурсів, необхідних, щоб повернути повноцінний хмарний застосунок до роботи.

Компанію Dreeze заснували у 2025 році Зів Кедем, Одед Кедем та Аві Райхель — фахівці з багаторічним досвідом у галузі резервного копіювання та відновлення, які працювали в Zerto і Kashya. За словами компанії, у неї 70 співробітників в Ізраїлі та США, а залучені кошти підуть на прискорення розробки продукту, розширення відділів продажу й маркетингу та залучення більшої кількості корпоративних клієнтів.

Коли відновлені дані не повертають застосунок до роботи

Проблема, на яку націлена Dreeze, виникає між успішним відновленням резервної копії та поверненням сервісу до роботи. Хмарний застосунок може залежати від інфраструктури, параметрів конфігурації, облікових записів, секретів, ключів шифрування та з’єднань з іншими ресурсами. Відновлення його бази даних розв’язує лише частину проблеми.

Якщо пов’язані компоненти недоступні або відновлені не в належній послідовності, ІТ-командам усе одно може знадобитися вручну відтворювати залежності. У Dreeze називають цей процес «авралом під час відновлення»: періодом, коли дані вже повернуто, а застосунок досі непридатний до використання.

«Компанії роками вдосконалювали резервне копіювання даних, але повернення даних не означає, що повернувся й бізнес», — сказав в оголошенні співзасновник і генеральний директор Dreeze Зів Кедем.

Ця відмінність змінює мету відновлення. Для бізнесу справжній результат — це сервіс, яким знову можуть користуватися працівники або клієнти. Відновлений том сховища — важливий етап, але сам по собі він не гарантує, що автентифікація працює, необхідні ресурси з’єднані між собою, а застосунок може виконувати свої звичайні завдання.

Чотири етапи відновлення застосунків

Платформа Dreeze об’єднує чотири можливості: виявлення залежностей і захист ресурсів, виконання відновлення та тестування.

Знайте: визначайте залежності до збою

За словами компанії, автоматичне визначення залежностей пов’язує ресурси із застосунками, які від них залежать, і створює план відновлення на основі поточного середовища. Це дає змогу підтримувати план у відповідності до змін у застосунку, а не покладатися на застарілий посібник із відновлення.

На цьому ґрунтується весь підхід: автоматизована послідовність відновлення настільки повна, наскільки повне розуміння того, що саме потрібно відновити. Виявлення залежностей до збою дає змогу виконати цю роботу заздалегідь, а не під час інциденту.

Захищайте: створюйте резервні копії залежних ресурсів

За словами Dreeze, резервні копії у сховищі компанії захищають дані разом із конфігураціями, ключами та іншими залежностями застосунків. В оголошенні йдеться про незмінне ізольоване сховище, від’єднане від мережі, а також про можливість реплікації між регіонами.

Керуйте процесом: відновлюйте в порядку залежностей

За даними Dreeze, можливість Revival Automation на платформі виконує план відновлення, відновлюючи дані, інфраструктуру, конфігурацію, ідентифікацію та з’єднання в порядку залежностей.

Цінність оркестрації полягає в узгодженні передачі керування між цими компонентами. Наприклад, якщо відновити сервіс до того, як стануть доступними потрібні йому ресурси, командам доведеться з’ясовувати причини проблем у частково відновленому середовищі. План, що враховує залежності, покликаний зменшити обсяг ручної роботи з визначення послідовності.

Перевіряйте: тестуйте весь план відновлення

Dreeze описує можливість перевірки як автоматизований наскрізний тест, що відновлює працездатний застосунок. За словами компанії, такі тести виконуються без впливу на виробниче середовище й не потребують ручного очищення після завершення.

Тестування — ключовий аргумент на користь комерційної цінності продукту. Документований план описує, що має статися, а успішна репетиція дає змогу побачити, що відбувається насправді в середовищі, де проводять тестування. В оголошенні немає незалежних результатів тестування, вимірювань часу відновлення чи вичерпної матриці підтримки.

AWS уже доступна; Azure з’явиться згодом

За словами Dreeze, її рішення для AWS уже доступне широкому загалу. Продукт для Microsoft Azure перебуває на етапі раннього доступу, а його загальнодоступний запуск заплановано на початок 2027 року. Ця відмінність важлива для підприємств, які планують розгортання в обох хмарах: в оголошенні зазначено різні етапи доступності.

Засновник і генеральний директор Coravant Джеремі Міллер сказав у пресрелізі, що клієнтів турбує відновлення всього застосунку разом із його залежностями та в правильній послідовності. Саме цю проблему в роботі прагне розв’язати Dreeze: заздалегідь підготувати повний шлях відновлення, щоб під час збою не виявилося, що чогось бракує.

Чому це фінансування важливе

Dreeze виходить на ринок, де під час відновлення потрібно враховувати не лише обсяг захищених даних. Що більше в застосунків сервісів, дозволів і залежностей від інфраструктури, то більше відновлення стає проблемою координації, а не лише зберігання даних.

ШІ — ще одна причина, з якої підприємствам слід чітко визначати порядок підготовки до відновлення. У матеріалі Unite.AI про обізнаність агентів ШІ щодо резервного копіювання розглянуто ризики, пов’язані з тим, що автоматизовані системи змінюють середовища без належної підготовки до відновлення. Анонс Dreeze порушує ширше операційне питання відновлення застосунків після збоїв, але не підтверджує, що платформа запобігає небезпечним діям агентів.

Посівне фінансування дає Dreeze ресурси, щоб перетворити пропозицію щодо відновлення на рівні застосунків на масштабніший бізнес для корпоративного сегмента. Наступне завдання компанії — довести, що виявлення залежностей, захист, оркестрація й тестування працюють разом у реальних середовищах клієнтів. Для покупців головна перевага очевидна: перевірений спосіб повернутися до працездатного застосунку, коли критично важливий сервіс виходить з ладу.