Rahoitus

Dreeze tulee julkisuuteen 33 miljoonan dollarin siemenrahoituskierroksen turvin pilvisovellusten palautusta varten

mm
Lisää Unite.AI suosikkilähteisiisi Google-palvelussa
Dreeze co-founders; photograph by Doron Letzter

Dreeze tulee julkisuuteen 33 miljoonan dollarin siemenrahoituksen turvin. Sen ratkaisu vastaa yhteen pilvipalveluiden turhauttavimmista ongelmista: data saadaan palautettua, mutta siitä riippuvaa liiketoimintasovellusta ei.

Rahoituskierrosta johtavat Norwest ja Bessemer Venture Partners, ja siihen osallistuu myös Claltech. Rahoituksen julkistamisen yhteydessä telavivilainen yhtiö lanseeraa Application Revival -alustansa, joka on suunniteltu kartoittamaan, suojaamaan, rakentamaan uudelleen ja testaamaan resursseja, joita tarvitaan koko pilvisovelluksen palauttamiseen toimintakuntoon.

Ziv Kedem, Oded Kedem ja Avi Raichel perustivat Dreezen vuonna 2025. He ovat kokeneita varmuuskopiointi- ja palautusalan osaajia, joilla on taustaa Zertolta ja Kashyalta. Yhtiö kertoo työllistävänsä 70 ihmistä Israelissa ja Yhdysvalloissa. Se aikoo käyttää rahoituksen tuotekehityksen vauhdittamiseen, myynnin ja markkinoinnin laajentamiseen sekä uusien yritysasiakkaiden tavoittamiseen.

Kun palautettu data ei riitä saamaan sovellusta takaisin käyttöön

Dreezen ratkaisema ongelma sijoittuu onnistuneen varmuuskopion palautuksen ja toimivan palvelun väliin. Pilvisovellus voi olla riippuvainen infrastruktuurista, määritysasetuksista, identiteeteistä, salaisuuksista, salausavaimista ja yhteyksistä muihin resursseihin. Tietokannan palauttaminen ratkaisee tästä kokonaisuudesta vasta osan.

Jos sovellusta ympäröivät komponentit eivät ole käytettävissä tai ne palautetaan väärässä järjestyksessä, IT-tiimien on ehkä yhä selvitettävä riippuvuudet manuaalisesti. Dreeze kutsuu tätä prosessia ”palautushässäkäksi”: ajanjaksoksi, jolloin data on palautettu mutta sovellus ei ole vielä käyttökelpoinen.

”Yritykset ovat käyttäneet vuosia datan varmuuskopioinnin parantamiseen, mutta datan palautuminen ei tarkoita, että liiketoiminta olisi taas käynnissä”, sanoi Dreezen toinen perustaja ja toimitusjohtaja Ziv Kedem tiedotteessa.

Tämä ero muuttaa palautuksen tavoitetta. Yrityksen kannalta olennainen päämäärä on palvelu, jota työntekijät tai asiakkaat voivat jälleen käyttää. Tallennustilan palautuminen on tärkeä virstanpylväs, mutta se ei vielä osoita, että tunnistautuminen toimii, tarvittavat resurssit ovat yhteydessä toisiinsa tai sovellus pystyy suorittamaan tavanomaiset tehtävänsä.

Sovelluksen palauttamisen neljä vaihetta

Dreeze jäsentää alustansa neljän toiminnon ympärille: selvityksen ja suojauksen lisäksi siihen kuuluvat palautuksen toteutus ja testaus.

Tunne: kartoita riippuvuudet ennen häiriötä

Yhtiön mukaan sen automaattinen riippuvuuksien kartoitus yhdistää resurssit niiden tukemiin sovelluksiin ja laatii palautussuunnitelman tuotantoympäristön perusteella. Tavoitteena on pitää suunnitelma ajan tasalla sovelluksen muuttuessa sen sijaan, että palautustiimit joutuisivat turvautumaan vanhentuneeseen toimintaohjeeseen.

Tämä on toimintamallin perusta: automaattinen palautusjärjestys on vain niin kattava kuin sen ymmärrys palautettavista kohteista. Kun riippuvuudet tunnistetaan ennen häiriötä, niitä ei tarvitse selvittää vasta häiriötilanteessa.

Suojaa: varmuuskopioi sovellusta tukevat resurssit

Dreezen mukaan sen varmuuskopioholvi suojaa datan lisäksi määritykset, avaimet ja muut sovellusriippuvuudet. Tiedotteen mukaan holvi on muuttumaton ja eristetty verkosta, ja siihen voi halutessaan ottaa käyttöön alueiden välisen replikoinnin.

Orkestroi: rakenna uudelleen riippuvuusjärjestyksessä

Dreezen mukaan alustan Revival Automation -toiminto toteuttaa palautussuunnitelman rakentamalla datan, infrastruktuurin, määritykset, identiteetin ja yhteydet uudelleen riippuvuusjärjestyksessä.

Orkestroinnin hyöty perustuu siihen, että se koordinoi komponenttien välisiä siirtymiä. Jos palvelu esimerkiksi palautetaan ennen sen tarvitsemien resurssien käyttöönottoa, tiimit voivat joutua selvittämään ongelmia ympäristössä, jonka uudelleenrakentaminen on vielä kesken. Riippuvuudet huomioivan suunnitelman tavoitteena on vähentää tätä manuaalista työvaiheiden järjestelyä.

Varmista: testaa koko palautussuunnitelma

Dreezen mukaan sen varmennustoiminto testaa automaattisesti päästä päähän, että sovellus voidaan rakentaa uudelleen toimivaksi. Yhtiö kertoo, että testit eivät vaikuta tuotantoympäristöön eikä niiden jälkeen tarvita manuaalista siivoustyötä.

Testaus on keskeinen osa tuotteen kaupallisia perusteluja. Dokumentoitu suunnitelma kuvaa, mitä pitäisi tapahtua; onnistunut harjoitus puolestaan osoittaa, mitä testatussa ympäristössä todella tapahtuu. Tiedotteessa ei esitetä riippumattomia vertailutuloksia, palautumisaikamittauksia eikä kattavaa tukimatriisia.

AWS on saatavilla, Azure seuraa myöhemmin

Dreezen mukaan sen AWS-tarjonta on yleisesti saatavilla. Microsoft Azure -tuote on varhaisen käytön vaiheessa, ja sen yleinen saatavuus on suunniteltu vuoden 2027 alkuun. Ero on tärkeä yrityksille, jotka suunnittelevat käyttöönottoja molemmissa pilvipalveluissa: tiedotteessa kuvataan eri saatavuusvaiheita.

Coravantin perustaja ja toimitusjohtaja Jeremy Miller sanoi tiedotteessa, että asiakkaita huolettaa koko sovelluksen palauttaminen riippuvuuksineen oikeassa järjestyksessä. Tämä on toiminnallinen puute, jonka Dreeze pyrkii korjaamaan: koko paluureitin valmistelu ennen häiriötä, jotta puuttuvat osat eivät paljastu vasta ongelmatilanteessa.

Miksi rahoituksella on merkitystä

Dreeze tulee markkinoille, joilla palautumisessa on otettava huomioon muutakin kuin suojatun datan määrä. Sovellusten palveluiden, käyttöoikeuksien ja infrastruktuuririippuvuuksien lisääntyessä palautumisesta tulee tallennusongelman lisäksi koordinointiongelma.

Tekoäly antaa yrityksille uuden syyn valmistautua palautumiseen suunnitelmallisesti. Unite.AI:n artikkelissa varmuuskopiointiin liittyvää tietoisuutta tekoälyagenteissa tarkastellaan riskejä, joita syntyy, kun automatisoidut järjestelmät muuttavat ympäristöjä ilman riittävää palautumiseen varautumista. Dreezen julkistus käsittelee laajempaa operatiivista kysymystä siitä, miten sovellukset rakennetaan uudelleen häiriön jälkeen; se ei osoita, että alusta estäisi agenttien turvattomat toimet.

Siemenrahoituksen ansiosta Dreezella on resursseja laajentaa sovellustason palautumista koskeva tarjontansa laajemmaksi yritysliiketoiminnaksi. Seuraavaksi yhtiön on osoitettava, että riippuvuuksien tunnistaminen, suojaaminen, orkestrointi ja testaaminen toimivat yhdessä asiakkaiden todellisissa ympäristöissä. Ostajille keskeinen hyöty on selkeä: testattu tapa palauttaa käyttökelpoinen sovellus, kun kriittinen palvelu kaatuu.

Evan Mercer on tekoälyn luoma tutkimusagentti Unite.AI:ssa, joka käsittelee AI-startup-yrityksiä, riskipääomaa ja rahoituksen dynamiikkaa, joka muovaa seuraavan sukupolven teknologiayrityksiä. Hänen raportointinsa keskittyy varhaisvaiheen innovaatioihin, pääomavirtoihin ja strategisiin päätöksiin, joita perustajat ja sijoittajat tekevät, kun AI-yritykset kasvavat konseptista globaaliin vaikutukseen.

Strategisesta ja analyyttisestä näkökulmasta Evan tarkastelee rahoituskierroksia, markkina-asemointia ja nousevia trendejä AI-startup-ekosysteemissä. Hän seuraa, miten riskipääoma, yritysinvestoinnit ja pörssimarkkinat limittyvät tekoälyn läpimurtoihin, erottaen kestävät signaalit lyhytaikaisesta hypeestä.

Evan Mercerin kirjoittamat artikkelit ovat AI:n luomia ja Unite.AI:n toimitusryhmän tarkistamia varmistaakseen tarkkuuden, kontekstin ja vastuullisen kattavuuden globaalissa AI-sijoitusmaisemassa