Dreeze kommer ut av stealth med en seed-runde på 33 millioner dollar for gjenoppretting av skyapplikasjoner

Dreeze kommer ut av stealth med 33 millioner dollar i såkornfinansiering og et tilbud rettet mot en av de mest frustrerende feilene ved nettskyen: at dataene gjenopprettes uten at forretningsapplikasjonen som er avhengig av dem, kommer tilbake.

Finansieringsrunden ledes av Norwest og Bessemer Venture Partners, med deltakelse fra Claltech. Samtidig med kunngjøringen av finansieringen lanserer Tel Aviv-selskapet plattformen Application Revival, som skal kartlegge, beskytte, gjenoppbygge og teste ressursene som trengs for å få en komplett skyapplikasjon i drift igjen.

Dreeze ble grunnlagt i 2025 av Ziv Kedem, Oded Kedem og Avi Raichel, som har lang erfaring fra sikkerhetskopiering og gjenoppretting, blant annet fra Zerto og Kashya. Selskapet opplyser at det har 70 ansatte i Israel og USA, og at finansieringen skal brukes til å fremskynde produktutviklingen, utvide salgs- og markedsføringsarbeidet og nå flere bedriftskunder.

Når gjenopprettede data fortsatt ikke får applikasjonen på nett

Problemet Dreeze vil løse, oppstår mellom en vellykket gjenoppretting fra sikkerhetskopi og en tjeneste som faktisk fungerer. En skyapplikasjon kan være avhengig av infrastruktur, konfigurasjonsinnstillinger, identiteter, hemmeligheter, krypteringsnøkler og forbindelser til andre ressurser. Å gjenopprette databasen løser bare en del av problemet.

Hvis de tilhørende komponentene ikke er tilgjengelige eller gjenopprettes i feil rekkefølge, kan IT-team fortsatt måtte rekonstruere avhengighetene manuelt. Dreeze kaller denne prosessen «gjenopprettingskaoset»: perioden der dataene er tilbake, men applikasjonen fortsatt ikke kan brukes.

«Selskaper har brukt årevis på å bli bedre til å sikkerhetskopiere data, men det at dataene kommer tilbake, betyr ikke at virksomheten er tilbake», sa Ziv Kedem, medgrunnlegger og administrerende direktør i Dreeze, i kunngjøringen.

Dette skillet endrer målet for gjenopprettingen. For en virksomhet er det egentlige målet at ansatte eller kunder igjen kan bruke tjenesten. Et gjenopprettet lagringsvolum er en viktig milepæl, men det viser ikke at autentiseringen fungerer, at nødvendige ressurser er koblet sammen, eller at applikasjonen kan utføre de vanlige oppgavene sine.

Fire trinn for å få applikasjonen i drift igjen

Dreeze har organisert plattformen rundt fire funksjoner som kombinerer kartlegging og beskyttelse med gjennomføring og testing av gjenoppretting.

Kartlegg: Finn avhengighetene før et avbrudd

Selskapet opplyser at den automatiske kartleggingen av avhengigheter knytter ressurser til applikasjonene de støtter, og lager en gjenopprettingsplan basert på det aktive miljøet. Målet er at planen skal følge endringer i applikasjonen, slik at gjenopprettingsteam ikke blir avhengige av en utdatert kjøreplan.

Dette er grunnlaget for tilnærmingen: En automatisert gjenopprettingssekvens er bare så fullstendig som forståelsen av hva som må gjenopprettes. Når avhengighetene identifiseres før et avbrudd, kan dette arbeidet utføres før selve hendelsen.

Beskytt: Sikkerhetskopier ressursene applikasjonen er avhengig av

Dreeze sier at sikkerhetskopien i et hvelv beskytter data sammen med konfigurasjoner, nøkler og andre avhengigheter for applikasjonen. Kunngjøringen beskriver et uforanderlig, isolert hvelv og mulighet for replikering på tvers av regioner.

Orkestrer: Gjenoppbygg i riktig rekkefølge etter avhengighetene

Ifølge Dreeze gjennomfører plattformens funksjon Revival Automation gjenopprettingsplanen ved å gjenoppbygge data, infrastruktur, konfigurasjon, identitet og forbindelser i rekkefølgen avhengighetene krever.

Verdien av orkestrering ligger i å koordinere overleveringene mellom komponentene. Hvis en tjeneste for eksempel gjenopprettes før ressursene den trenger, er tilgjengelige, kan team bli sittende med feilsøking i et delvis gjenoppbygd miljø. En plan som tar hensyn til avhengigheter, skal redusere behovet for manuell sekvensering.

Valider: Test hele gjenopprettingsplanen

Dreeze beskriver valideringsfunksjonen som en automatisert ende-til-ende-test som gjenoppbygger en fungerende applikasjon. Selskapet sier at testene kjøres uten å påvirke produksjonsmiljøet og uten behov for manuell opprydding etterpå.

Testing er sentralt i produktets kommersielle argumentasjon. En dokumentert plan beskriver hva som skal skje, mens en vellykket øvelse gir bevis på hva som faktisk skjer i miljøet som testes. Kunngjøringen oppgir ikke uavhengige referansetester, målinger av gjenopprettingstid eller en omfattende oversikt over hva som støttes.

Tilgjengelig på AWS, Azure kommer senere

Dreeze opplyser at tilbudet for AWS er allment tilgjengelig. Produktet for Microsoft Azure er i tidlig tilgang, og allmenn tilgjengelighet er planlagt tidlig i 2027. Forskjellen er viktig for virksomheter som planlegger utrulling på begge nettskyene: Kunngjøringen beskriver ulike stadier for tilgjengelighet.

Jeremy Miller, grunnlegger og administrerende direktør i Coravant, sa i pressemeldingen at kundene er opptatt av å gjenopprette en hel applikasjon med avhengighetene i riktig rekkefølge. Dette er det operative gapet Dreeze vil tette: å klargjøre hele veien tilbake før et avbrudd avdekker manglende deler.

Derfor er finansieringen viktig

Dreeze går inn i et marked der gjenoppretting må ta hensyn til mer enn mengden data som er beskyttet. Etter hvert som applikasjoner får flere tjenester, tillatelser og infrastrukturavhengigheter, blir gjenoppretting både et koordineringsproblem og et lagringsproblem.

AI gir virksomheter enda en grunn til å gjøre forberedelsene til gjenoppretting tydelige. Unite.AIs omtale av bevissthet om sikkerhetskopiering hos AI-agenter undersøker risikoen for at automatiserte systemer endrer miljøer uten tilstrekkelige forberedelser for gjenoppretting. Dreezes kunngjøring tar for seg det bredere operative spørsmålet om å bygge opp applikasjoner på nytt etter driftsavbrudd; den fastslår ikke at plattformen hindrer utrygge handlinger fra agenter.

Såkornfinansieringen gir Dreeze ressurser til å gjøre satsingen på gjenoppretting på applikasjonsnivå til en bredere virksomhet rettet mot bedriftsmarkedet. Den neste utfordringen er å demonstrere at kartlegging av avhengigheter, beskyttelse, orkestrering og testing fungerer sammen i kundenes faktiske miljøer. For kjøperne er det attraktive resultatet enkelt: en testet vei tilbake til en brukbar applikasjon når en kritisk tjeneste går ned.