Dreeze treedt uit de stealthmodus met een seedronde van $33 miljoen voor herstel van cloudapplicaties

Dreeze treedt uit de stealthmodus met $33 miljoen aan seedfinanciering en een oplossing voor een van de frustrerendste problemen bij cloudcomputing: gegevens herstellen zonder ook de bedrijfsapplicatie te herstellen die ervan afhankelijk is.

De financieringsronde wordt geleid door Norwest en Bessemer Venture Partners, met deelname van Claltech. Naast de aankondiging van de financiering lanceert het bedrijf uit Tel Aviv zijn Application Revival-platform, dat is ontworpen om de benodigde resources in kaart te brengen, te beschermen, opnieuw op te bouwen en te testen, zodat een volledige cloudapplicatie weer operationeel kan worden.

Dreeze werd in 2025 opgericht door Ziv Kedem, Oded Kedem en Avi Raichel, veteranen uit de back-up- en herstelbranche met ervaring bij Zerto en Kashya. Het bedrijf zegt 70 medewerkers te hebben in Israël en de Verenigde Staten en de financiering te gebruiken om de productontwikkeling te versnellen, de verkoop en marketing uit te breiden en meer zakelijke klanten te bereiken.

Wanneer herstelde gegevens een applicatie nog steeds offline laten

Het probleem waarop Dreeze zich richt, ligt tussen een geslaagde back-upterugzetting en een werkende dienst. Een cloudapplicatie kan afhankelijk zijn van infrastructuur, configuratie-instellingen, identiteiten, geheimen, encryptiesleutels en verbindingen met andere resources. Alleen de database terugzetten herstelt slechts een deel van dat systeem.

Als de omliggende componenten niet beschikbaar zijn of in de verkeerde volgorde worden hersteld, moeten IT-teams de afhankelijkheden mogelijk nog steeds handmatig reconstrueren. Dreeze noemt dit proces de ‘herstelchaos’: de periode waarin de gegevens zijn teruggezet, maar de applicatie onbruikbaar blijft.

‘Bedrijven zijn jarenlang steeds beter geworden in het maken van back-ups van gegevens, maar die gegevens terughalen betekent niet dat het bedrijf weer operationeel is’, zei Ziv Kedem, medeoprichter en CEO van Dreeze, in de aankondiging.

Dat onderscheid verandert het doel van herstel. Voor een bedrijf is het belangrijkste eindpunt een dienst die werknemers of klanten weer kunnen gebruiken. Een hersteld opslagvolume is een belangrijke mijlpaal, maar bewijst niet dat de authenticatie werkt, de benodigde resources met elkaar zijn verbonden of de applicatie haar gebruikelijke taken kan uitvoeren.

Vier fasen van applicatieherstel

Dreeze bouwt zijn platform rond vier mogelijkheden, waarbij inventarisatie en bescherming worden gecombineerd met hersteluitvoering en testen.

Inzicht: afhankelijkheden in kaart brengen voordat zich een storing voordoet

Het bedrijf zegt dat zijn autonome inventarisatie van afhankelijkheden resources koppelt aan de applicaties die ervan gebruikmaken en op basis van de liveomgeving een herstelplan opstelt. Zo moet het plan afgestemd blijven op veranderingen in de applicatie, in plaats van herstelteams afhankelijk te laten zijn van een verouderd draaiboek.

Dit vormt de basis van de aanpak: een geautomatiseerde herstelvolgorde is slechts zo volledig als het inzicht in wat er moet worden hersteld. Door afhankelijkheden vóór een verstoring vast te stellen, hoeft dat werk niet tijdens het incident te gebeuren.

Beschermen: maak back-ups van de ondersteunende resources

Dreeze zegt dat back-ups in een beveiligde kluis zowel gegevens als configuraties, sleutels en andere applicatieafhankelijkheden beschermen. De aankondiging beschrijft een onveranderlijke, van het netwerk gescheiden kluis en optionele replicatie tussen regio’s.

Orkestreren: herstel in volgorde van afhankelijkheden

Volgens Dreeze voert de functie Revival Automation van het platform het herstelplan uit en bouwt die gegevens, infrastructuur, configuratie, identiteit en verbindingen opnieuw op in volgorde van afhankelijkheid.

De meerwaarde van orkestratie zit in het coördineren van de overdrachten tussen die componenten. Als bijvoorbeeld een dienst wordt hersteld voordat de benodigde resources beschikbaar zijn, kunnen teams achterblijven met het oplossen van problemen in een gedeeltelijk opnieuw opgebouwde omgeving. Een plan dat rekening houdt met afhankelijkheden moet de hoeveelheid handmatig werk voor het bepalen van de herstelvolgorde beperken.

Valideren: test het volledige herstelplan

Dreeze omschrijft zijn validatiefunctie als een geautomatiseerde test van begin tot eind, waarbij een werkende applicatie opnieuw wordt opgebouwd. Het bedrijf zegt dat deze tests geen gevolgen hebben voor de productieomgeving en achteraf geen handmatige opschoning vereisen.

Testen is essentieel voor het commerciële verhaal van het product. Een gedocumenteerd plan beschrijft wat er zou moeten gebeuren; een geslaagde oefening levert bewijs van wat er daadwerkelijk gebeurt in de geteste omgeving. De aankondiging bevat geen onafhankelijke benchmarks, metingen van hersteltijden of uitgebreide matrix van ondersteunde functies.

Beschikbaar op AWS, Azure volgt later

Dreeze zegt dat zijn aanbod voor AWS algemeen beschikbaar is. Het product voor Microsoft Azure bevindt zich in de fase van vroegtijdige toegang; algemene beschikbaarheid is gepland voor begin 2027. Dat onderscheid is van belang voor bedrijven die implementaties in beide clouds plannen: de aankondiging beschrijft verschillende beschikbaarheidsfasen.

Jeremy Miller, oprichter en CEO van Coravant, zei in het persbericht dat klanten zich zorgen maken over het herstellen van een volledige applicatie, met alle afhankelijkheden in de juiste volgorde. Dat is het operationele probleem dat Dreeze wil oplossen: de volledige route terug voorbereiden voordat een storing ontbrekende onderdelen aan het licht brengt.

Waarom de financiering van belang is

Dreeze betreedt een markt waarin herstel om meer draait dan alleen de hoeveelheid beschermde gegevens. Naarmate applicaties meer diensten, machtigingen en infrastructuurafhankelijkheden krijgen, wordt herstel niet alleen een opslagprobleem, maar ook een coördinatieprobleem.

AI is voor bedrijven een extra reden om herstelvoorbereidingen expliciet vast te leggen. De berichtgeving van Unite.AI over bewustzijn van back-ups bij AI-agenten onderzoekt de risico’s van geautomatiseerde systemen die hun omgeving veranderen zonder voldoende voorbereiding op herstel. De aankondiging van Dreeze gaat in op de bredere operationele vraag hoe applicaties na een verstoring opnieuw kunnen worden opgebouwd; daarmee is niet aangetoond dat het platform onveilige acties van agents voorkomt.

De startfinanciering geeft Dreeze de middelen om zijn propositie voor herstel op applicatieniveau uit te bouwen tot een bredere onderneming voor de zakelijke markt. De volgende uitdaging is aantonen dat het opsporen van afhankelijkheden, de bescherming, de orkestratie en het testen samen werken in de daadwerkelijke omgevingen van klanten. Voor kopers is het aantrekkelijke resultaat eenvoudig: een geteste route terug naar een bruikbare applicatie wanneer een kritieke dienst uitvalt.