Dreeze sort de l’ombre avec un tour de financement d’amorçage de 33 millions de dollars pour la récupération des applications cloud

Dreeze sort de l’ombre avec 33 millions de dollars de financement d’amorçage et une proposition qui s’attaque à l’un des échecs les plus frustrants de l’informatique en nuage : récupérer les données sans restaurer l’application métier qui en dépend.

Le tour de financement est mené par Norwest et Bessemer Venture Partners, avec la participation de Claltech. Parallèlement à l’annonce du financement, l’entreprise de Tel-Aviv lance sa plateforme Application Revival, conçue pour cartographier, protéger, reconstruire et tester les ressources nécessaires à la remise en service d’une application cloud complète.

Dreeze a été créée en 2025 par Ziv Kedem, Oded Kedem et Avi Raichel, des vétérans du secteur de la sauvegarde et de la récupération, qui ont travaillé chez Zerto et Kashya. L’entreprise indique compter 70 employés en Israël et aux États-Unis. Elle utilisera les fonds pour accélérer le développement de ses produits, étendre ses activités commerciales et marketing, et toucher davantage de grandes entreprises.

Quand les données restaurées ne suffisent pas à remettre une application en service

Le problème auquel s’attaque Dreeze se situe entre la réussite d’une restauration à partir d’une sauvegarde et le rétablissement d’un service opérationnel. Une application cloud peut dépendre de l’infrastructure, de paramètres de configuration, d’identités, de secrets, de clés de chiffrement et de connexions à d’autres ressources. Restaurer sa base de données ne rétablit qu’une partie du système.

Si les composants associés ne sont pas disponibles ou sont restaurés dans le mauvais ordre, les équipes informatiques peuvent encore devoir reconstituer manuellement les dépendances. Dreeze appelle ce processus le « casse-tête de la récupération » : la période où les données sont de retour, mais où l’application reste inutilisable.

« Les entreprises ont passé des années à améliorer leurs sauvegardes, mais récupérer les données ne signifie pas que l’activité a repris », a déclaré Ziv Kedem, cofondateur et PDG de Dreeze, dans l’annonce.

Cette distinction modifie l’objectif de la récupération. Pour une entreprise, le véritable objectif est de rétablir un service que les employés ou les clients peuvent à nouveau utiliser. La restauration d’un volume de stockage constitue une étape importante, mais ne garantit pas que l’authentification fonctionne, que les ressources nécessaires sont connectées ou que l’application peut exécuter ses tâches habituelles.

Les quatre étapes de la remise en service d’une application

Dreeze articule sa plateforme autour de quatre fonctionnalités, qui associent découverte et protection à l’exécution et aux tests de récupération.

Connaître : cartographier les dépendances avant une panne

L’entreprise indique que sa cartographie autonome des dépendances relie les ressources aux applications qu’elles prennent en charge et génère un plan de récupération à partir de l’environnement en production. L’objectif est de maintenir le plan à jour au fil des évolutions de l’application, plutôt que de laisser les équipes de récupération s’appuyer sur un manuel d’exploitation obsolète.

C’est le fondement de cette approche : une séquence de récupération automatisée n’est complète que si elle tient compte de tout ce qui doit être restauré. Repérer les dépendances avant une interruption permet de ne pas avoir à effectuer ce travail pendant l’incident.

Protéger : sauvegarder les ressources nécessaires

Dreeze indique que ses sauvegardes en coffre-fort protègent les données ainsi que la configuration, les clés et les autres dépendances des applications. L’annonce décrit un coffre-fort immuable et isolé du réseau, ainsi qu’une réplication interrégionale facultative.

Orchestrer : reconstruire dans l’ordre des dépendances

Selon Dreeze, la fonctionnalité Revival Automation de la plateforme exécute le plan de récupération et reconstruit les données, l’infrastructure, la configuration, les identités et les connexions dans l’ordre des dépendances.

L’intérêt de l’orchestration est de coordonner les relais entre ces composants. Par exemple, restaurer un service avant que les ressources dont il a besoin soient disponibles peut obliger les équipes à résoudre des problèmes dans un environnement partiellement reconstruit. Un plan qui tient compte des dépendances vise à réduire le travail manuel nécessaire pour définir l’ordre des opérations.

Valider : tester l’intégralité du plan de récupération

Dreeze présente sa fonctionnalité de validation comme un test automatisé de bout en bout qui reconstruit une application opérationnelle. L’entreprise affirme que ces tests s’exécutent sans perturber la production ni nécessiter de nettoyage manuel par la suite.

Les tests sont au cœur de l’argument commercial du produit. Un plan documenté décrit ce qui devrait se passer ; une répétition réussie permet de vérifier ce qui se passe réellement dans l’environnement testé. L’annonce ne fournit ni résultats de tests indépendants, ni mesures du temps de récupération, ni matrice exhaustive des services pris en charge.

AWS est disponible, Azure suivra

Dreeze indique que son offre AWS est généralement disponible. Son produit Microsoft Azure est en accès anticipé, et sa disponibilité générale est prévue pour début 2027. Cette distinction est importante pour les grandes entreprises qui prévoient des déploiements sur les deux clouds : l’annonce fait état de stades de disponibilité différents.

Jeremy Miller, fondateur et PDG de Coravant, a déclaré dans le communiqué que les clients souhaitent récupérer une application entière, avec ses dépendances, dans le bon ordre. C’est la lacune opérationnelle que Dreeze entend combler : préparer le parcours complet de rétablissement avant qu’une panne ne révèle les éléments manquants.

Pourquoi ce financement est important

Dreeze entre sur un marché où la reprise après incident doit tenir compte de bien plus que du volume de données protégées. À mesure que les applications intègrent davantage de services, d’autorisations et de dépendances à l’infrastructure, leur restauration devient autant un problème de coordination que de stockage.

L’IA donne aux entreprises une raison supplémentaire de préparer explicitement la reprise après incident. Les articles de Unite.AI sur la prise en compte des sauvegardes dans les agents d’IA examinent les risques liés à des systèmes automatisés qui modifient des environnements sans préparation adéquate à leur restauration. L’annonce de Dreeze aborde la question opérationnelle plus large de la reconstruction des applications après une perturbation ; elle n’établit pas que la plateforme empêche les actions dangereuses des agents.

Le financement d’amorçage donne à Dreeze les moyens de faire de cette offre de reprise au niveau des applications une activité plus vaste destinée aux entreprises. Son prochain défi consiste à démontrer que la détection des dépendances, la protection, l’orchestration et les tests fonctionnent de concert dans les environnements réels de ses clients. Pour les acheteurs, le résultat attendu est simple : disposer d’une voie de retour éprouvée vers une application opérationnelle lorsqu’un service critique tombe en panne.