Dreeze, bulut uygulamalarının kurtarılması için 33 milyon dolarlık tohum yatırımıyla gizlilikten çıktı

Dreeze, bulut bilişimin en can sıkıcı sorunlarından birine çözüm sunmayı amaçlayan bir yaklaşımla ve 33 milyon dolarlık tohum yatırımıyla gizlilikten çıkıyor: verileri geri yüklerken bu verilere bağlı iş uygulamasını geri yükleyememek.

Yatırım turuna Norwest ve Bessemer Venture Partners liderlik ederken Claltech de tura katılıyor. Tel Aviv merkezli şirket, finansman duyurusuyla birlikte, eksiksiz bir bulut uygulamasını yeniden çalışır hâle getirmek için gereken kaynakları haritalamak, korumak, yeniden oluşturmak ve test etmek üzere tasarlanan Application Revival platformunu da kullanıma sunuyor.

Dreeze, yedekleme ve kurtarma sektöründe deneyimli, Zerto ve Kashya’da çalışmış Ziv Kedem, Oded Kedem ve Avi Raichel tarafından 2025’te kuruldu. Şirket, İsrail ve ABD’de 70 çalışanı olduğunu ve finansmanı ürün geliştirmeyi hızlandırmak, satış ve pazarlama faaliyetlerini genişletmek ve daha fazla kurumsal müşteriye ulaşmak için kullanacağını belirtiyor.

Veriler Geri Yüklense de Uygulama Çalışmıyorsa

Dreeze’in çözmeyi hedeflediği sorun, yedeğin başarıyla geri yüklenmesiyle hizmetin yeniden çalışır hâle gelmesi arasındaki boşlukta yatıyor. Bir bulut uygulaması; altyapıya, yapılandırma ayarlarına, kimliklere, gizli bilgilere, şifreleme anahtarlarına ve diğer kaynaklara bağlantılara bağlı olabilir. Veritabanını geri yüklemek, sistemin yalnızca bir bölümünü ele alır.

Çevresindeki bileşenler kullanılamıyorsa veya yanlış sırayla geri yüklenmişse BT ekiplerinin bağımlılıkları yine elle yeniden oluşturması gerekebilir. Dreeze bu süreci “kurtarma karmaşası” olarak adlandırıyor: verilerin geri geldiği ancak uygulamanın hâlâ kullanılamadığı dönem.

Dreeze’in kurucu ortağı ve CEO’su Ziv Kedem duyuruda, “Şirketler yıllardır verileri yedekleme konusunda kendilerini geliştiriyor; ancak verilerin geri gelmesi, işlerin de normale döndüğü anlamına gelmiyor,” dedi.

Bu ayrım, kurtarma hedefini değiştiriyor. Bir işletme için asıl hedef, çalışanların veya müşterilerin yeniden kullanabileceği bir hizmettir. Depolama biriminin geri yüklenmesi önemli bir kilometre taşıdır; ancak kimlik doğrulamanın çalıştığını, gerekli kaynakların birbirine bağlı olduğunu veya uygulamanın olağan görevlerini tamamlayabildiğini göstermez.

Uygulamaları Yeniden Çalışır Hâle Getirmenin Dört Aşaması

Dreeze, keşif ve korumayı kurtarma işlemleri ve testlerle bir araya getirerek platformunu dört yetenek üzerine kuruyor.

Tanı: Kesinti Öncesinde Bağımlılıkları Haritalayın

Şirket, otonom bağımlılık haritalamasının kaynakları destekledikleri uygulamalarla ilişkilendirdiğini ve canlı ortamdan bir kurtarma planı oluşturduğunu belirtiyor. Amaç, kurtarma ekiplerini güncelliğini yitirmiş bir yönergeye bağımlı bırakmak yerine planı uygulamadaki değişikliklerle uyumlu tutmak.

Bu, yaklaşımın temelini oluşturuyor: otomatik bir kurtarma dizisi, kurtarılması gerekenlerin ne kadar iyi anlaşıldığı ölçüde eksiksiz olabilir. Bağımlılıkların kesinti yaşanmadan önce belirlenmesi, bu işi olay anından daha erken bir zamana taşır.

Koru: Destekleyici Kaynakları Yedekleyin

Dreeze, kasada tutulan yedeğin verileri yapılandırma, anahtarlar ve diğer uygulama bağımlılıklarıyla birlikte koruduğunu belirtiyor. Duyuruda değiştirilemez, ağdan yalıtılmış bir kasadan ve isteğe bağlı bölgeler arası çoğaltmadan söz ediliyor.

Düzenle: Bağımlılık Sırasına Göre Yeniden Oluşturun

Dreeze’e göre platformun Revival Automation özelliği, kurtarma planını uygulayarak verileri, altyapıyı, yapılandırmayı, kimlikleri ve bağlantıları bağımlılık sırasına göre yeniden oluşturuyor.

Düzenlemenin asıl değeri, bu bileşenler arasındaki devirleri eşgüdüm içinde yönetmesidir. Örneğin, bir hizmeti ihtiyaç duyduğu kaynaklar kullanıma hazır olmadan geri yüklemek, ekipleri kısmen yeniden oluşturulmuş bir ortamda sorun gidermek zorunda bırakabilir. Bağımlılıkları dikkate alan bir plan, bu sıralama işinin elle yapılması gereğini azaltmayı amaçlar.

Doğrula: Eksiksiz Kurtarma Planını Test Edin

Dreeze, doğrulama özelliğini çalışan bir uygulamayı yeniden oluşturan, otomatik ve uçtan uca bir test olarak tanımlıyor. Şirket, bu testlerin üretim ortamını etkilemeden ve sonrasında elle temizlik yapılmasını gerektirmeden çalıştığını belirtiyor.

Testler, ürünün ticari değer önerisinin temelinde yer alıyor. Belgelenmiş bir plan, neler olması gerektiğini açıklar; başarılı bir prova ise test edilen ortamda gerçekte neler olduğuna dair kanıt sunar. Duyuruda bağımsız kıyaslama sonuçları, kurtarma süresi ölçümleri veya kapsamlı bir destek matrisi açıklanmıyor.

AWS Kullanıma Sunuldu, Azure Sırada

Dreeze, AWS çözümünün genel kullanıma sunulduğunu belirtiyor. Microsoft Azure ürünü Erken Erişim aşamasında ve genel kullanıma sunulmasının 2027’nin başlarında gerçekleşmesi planlanıyor. Her iki buluta da dağıtım planlayan işletmeler için bu ayrım önem taşıyor: duyuruda farklı kullanılabilirlik aşamaları açıklanıyor.

Coravant’ın kurucusu ve CEO’su Jeremy Miller, basın açıklamasında müşterilerin tüm uygulamayı bağımlılıklarıyla birlikte ve doğru sırayla kurtarma konusunda endişe duyduğunu söyledi. Dreeze’in kapatmayı hedeflediği operasyonel boşluk da bu: kesinti eksikleri ortaya çıkarmadan önce eksiksiz geri dönüş yolunu hazırlamak.

Yatırım Neden Önemli

Dreeze, kurtarma süreçlerinin koruma altındaki verinin miktarından daha fazlasını hesaba katması gereken bir pazara giriyor. Uygulamalar daha fazla hizmet, izin ve altyapı bağımlılığı kazandıkça kurtarma işi, depolama sorununun yanı sıra bir koordinasyon sorununa da dönüşüyor.

Yapay zekâ, işletmelerin kurtarma hazırlıklarını açıkça planlamaları için bir neden daha sunuyor. Unite.AI’nin AI ajanlarında yedekleme farkındalığı konusundaki incelemesi, otomatik sistemlerin geri yükleme için yeterli hazırlık yapılmadan ortamları değiştirmesinin doğurduğu riskleri ele alıyor. Dreeze’in duyurusu, kesintilerin ardından uygulamaların yeniden oluşturulmasına ilişkin daha geniş kapsamlı operasyonel sorunu ele alıyor; ancak platformun güvenli olmayan ajan eylemlerini önlediğini ortaya koymuyor.

Tohum yatırımı, Dreeze’e uygulama düzeyindeki kurtarma vaadini daha geniş kapsamlı bir kurumsal işe dönüştürmek için kaynak sağlıyor. Şirketin bundan sonraki zorluğu, bağımlılıkların keşfi, koruma, orkestrasyon ve test süreçlerinin müşterilerin gerçek ortamlarında birlikte çalıştığını göstermek. Alıcılar açısından cazip sonuç basit: kritik bir hizmet devre dışı kaldığında, kullanılabilir bir uygulamaya geri dönmek için test edilmiş bir yol.