Dreeze lämnar stealth-läget efter en såddrunda på 33 miljoner dollar för återställning av molnapplikationer

Dreeze lämnar stealth-läget med 33 miljoner dollar i såddfinansiering och ett erbjudande riktat mot ett av molntjänsternas mest frustrerande problem: att återställa data utan att återställa den verksamhetsapplikation som är beroende av den.

Rundan leds av Norwest och Bessemer Venture Partners, med deltagande från Claltech. I samband med finansieringsbeskedet lanserar Tel Aviv-baserade Dreeze sin plattform Application Revival, som är utformad för att kartlägga, skydda, återskapa och testa de resurser som behövs för att få en komplett molnapplikation i drift igen.

Dreeze grundades 2025 av Ziv Kedem, Oded Kedem och Avi Raichel, veteraner inom säkerhetskopiering och återställning med erfarenhet från Zerto och Kashya. Företaget uppger att det har 70 anställda i Israel och USA och ska använda finansieringen till att påskynda produktutvecklingen, utöka försäljningen och marknadsföringen samt nå fler företagskunder.

När återställda data fortfarande lämnar en applikation ur drift

Problemet som Dreeze vill lösa ligger mellan en lyckad återställning från säkerhetskopia och en fungerande tjänst. En molnapplikation kan vara beroende av infrastruktur, konfigurationsinställningar, identiteter, hemligheter, krypteringsnycklar och kopplingar till andra resurser. Att återställa databasen återskapar bara en del av systemet.

Om de omgivande komponenterna inte är tillgängliga eller återställs i fel ordning kan IT-team ändå behöva återskapa beroendena manuellt. Dreeze kallar processen för ”återställningskaoset”: perioden då data har återställts, men applikationen fortfarande inte går att använda.

”Företag har i åratal blivit bättre på att säkerhetskopiera data, men att få tillbaka data betyder inte att verksamheten är tillbaka”, sade Ziv Kedem, Dreeze medgrundare och vd, i tillkännagivandet.

Den skillnaden förändrar målet med återställningen. För ett företag är målet att få en tjänst som anställda eller kunder kan använda igen. En återställd lagringsvolym är en viktig milstolpe, men den visar inte att autentiseringen fungerar, att nödvändiga resurser är anslutna eller att applikationen kan utföra sina vanliga uppgifter.

Fyra steg för att återställa applikationer

Dreeze organiserar sin plattform kring fyra funktioner som kombinerar kartläggning och skydd med återställning och testning.

Kartlägg: identifiera beroenden före ett avbrott

Företaget uppger att dess automatiska kartläggning av beroenden kopplar resurser till applikationerna de stöder och skapar en återställningsplan utifrån den aktuella miljön. Syftet är att hålla planen uppdaterad när applikationen förändras, i stället för att återställningsteamen ska vara beroende av en föråldrad körhandbok.

Det här är grunden för arbetssättet: en automatiserad återställningssekvens är bara så komplett som förståelsen av vad som behöver återställas. Genom att identifiera beroenden före ett avbrott kan arbetet göras innan incidenten inträffar.

Skydda: säkerhetskopiera de resurser som stöder applikationen

Dreeze uppger att dess säkerhetskopiering till ett valv skyddar data tillsammans med konfigurationer, nycklar och andra beroenden i applikationen. Enligt tillkännagivandet handlar det om ett oföränderligt valv som är isolerat från nätverk, med möjlighet till replikering mellan regioner.

Orkestrera: återskapa i beroendenas ordning

Enligt Dreeze utför plattformens funktion Revival Automation återställningsplanen och återskapar data, infrastruktur, konfiguration, identiteter och anslutningar i beroendenas ordning.

Värdet med orkestreringen ligger i att samordna överlämningarna mellan komponenterna. Om en tjänst till exempel återställs innan de resurser den behöver är tillgängliga kan teamen tvingas felsöka en delvis återskapad miljö. En plan som tar hänsyn till beroenden syftar till att minska behovet av manuell sekvensering.

Validera: testa hela återställningsplanen

Dreeze beskriver sin valideringsfunktion som ett automatiserat test från början till slut som återskapar en fungerande applikation. Företaget uppger att testerna körs utan att påverka produktionsmiljön och utan att kräva manuell städning efteråt.

Testning är central för produktens affärsmässiga argumentation. En dokumenterad plan beskriver vad som ska hända; en lyckad övning visar vad som faktiskt händer i den testade miljön. Tillkännagivandet innehåller inga uppgifter om oberoende riktmärken, mätningar av återställningstider eller en heltäckande supportmatris.

AWS är tillgängligt; Azure kommer senare

Dreeze uppger att dess AWS-erbjudande är allmänt tillgängligt. Företagets produkt för Microsoft Azure är i tidig åtkomst, och allmän tillgänglighet planeras till början av 2027. Skillnaden är viktig för företag som planerar driftsättningar i båda molnen: tillkännagivandet beskriver olika tillgänglighetsstadier.

Jeremy Miller, grundare och vd för Coravant, sade i pressmeddelandet att kundernas oro gäller att återställa en hel applikation med dess beroenden i rätt ordning. Det är den operativa lucka Dreeze vill täppa till: att förbereda hela vägen tillbaka innan ett avbrott blottlägger sådant som saknas.

Därför är finansieringen viktig

Dreeze ger sig in på en marknad där återställning måste ta hänsyn till mer än mängden skyddade data. I takt med att applikationer får fler tjänster, behörigheter och infrastrukturella beroenden blir återställningen en samordningsfråga lika mycket som en lagringsfråga.

AI ger företag ytterligare ett skäl att uttryckligen förbereda sig för återställning. Unite.AI:s bevakning av medvetenhet om säkerhetskopiering i AI-agenter undersöker riskerna med att automatiserade system ändrar miljöer utan tillräckliga förberedelser för återställning. Dreezes tillkännagivande tar upp den bredare operativa frågan om att återskapa applikationer efter avbrott, men fastslår inte att plattformen förhindrar osäkra åtgärder från agenter.

Såddfinansieringen ger Dreeze resurser att omvandla sitt erbjudande om återställning på applikationsnivå till en bredare företagsverksamhet. Nästa utmaning är att visa att identifiering av beroenden, skydd, orkestrering och testning fungerar tillsammans i kundernas faktiska miljöer. För köpare är det tydliga värdet en testad väg tillbaka till en fungerande applikation när en kritisk tjänst slutar fungera.