Contexte et enjeux
Le 10 novembre 2026, Dreeze Inc., startup israélienne, a annoncé son lancement officiel avec un tour de table de 33 millions de dollars mené par Norwest Venture Partners et Bessemer Venture Partners, soutenu par Claltech. L’entreprise emploie 70 personnes réparties entre Israël et les États‑Unis et cible les charges de travail hébergées sur les clouds publics. Les fondateurs, Ziv Kedem (CEO) et Oded Kedem (CTO), ont déjà créé Kashya, vendu à EMC en 2006, puis Zerto, cédée à Hewlett Packard Enterprise pour 374 millions de dollars en 2021, ce qui renforce leur crédibilité dans la reprise après sinistre.
Les sauvegardes classiques ne restaurent que les données. Dans les architectures cloud‑native, une application dépend simultanément d’infrastructures, d’identités et de secrets ; le « recovery scramble » décrit par le co‑fondateur peut prolonger l’indisponibilité de plusieurs jours, voire semaines, après la simple restauration des données. La montée des cyberattaques rend indispensable une remise en service complète et ordonnée.
Architecture de la solution Dreeze
Dreeze construit un graphe de dépendances en analysant chaque ressource cloud et son lien avec l’application cible. Le communiqué indique que l’outil utilise l’intelligence artificielle pour identifier des milliers de ressources et mettre à jour automatiquement le modèle lorsqu’une modification survient, y compris les changements induits par des agents IA. Cette cartographie dynamique constitue la base du plan de récupération.
Les fichiers de configuration, les clés et les données applicatives sont stockés dans un coffre immuable, isolé du réseau (« air‑gapped vault ») et répliqué dans plusieurs régions. Lors d’un incident, Dreeze reconstruit les éléments dans l’ordre de dépendance : d’abord les identités et secrets, puis l’infrastructure (VPC, sous‑réseaux, instances) et enfin les données applicatives. Les équipes peuvent exécuter un test de « rehearsal » qui aboutit à une copie fonctionnelle de l’application sans impacter la production.
La solution est déjà disponible pour les clients d’Amazon Web Services ; une version Azure est en accès anticipé, avec une disponibilité générale prévue pour le début de l’année prochaine, ce qui montre une orientation multi‑cloud dès le lancement.
Analyse des impacts et limites
En automatisant la reconstruction des dépendances, Dreeze promet de réduire le temps moyen de remise en service (MTTR) de plusieurs jours à quelques heures, offrant ainsi un gain opérationnel tangible pour les entreprises soumises à des SLA stricts. Le coffre air‑gapped améliore la posture de sécurité en limitant l’exposition des secrets pendant la phase de récupération.
Cependant, la précision du graphe dépend de la capacité de l’IA à détecter toutes les liaisons, y compris les ressources créées manuellement ou via des scripts personnalisés. Un modèle incomplet pourrait entraîner des échecs de reconstruction ou des incohérences de configuration, et la phase d’onboarding peut être lourde pour les environnements très dynamiques. De plus, la solution reste tributaire des API des fournisseurs cloud ; toute modification ou restriction d’accès pourrait interrompre la mise à jour en temps réel du modèle, imposant une veille continue sur les évolutions d’AWS et d’Azure.
