Dreeze Keluar dari Mode Senyap dengan Putaran Pendanaan Awal $33 Juta untuk Pemulihan Aplikasi Cloud

Dreeze keluar dari mode senyap dengan pendanaan awal sebesar $33 juta dan sebuah solusi yang ditujukan untuk mengatasi salah satu kegagalan paling menjengkelkan dalam komputasi cloud: data berhasil dipulihkan, tetapi aplikasi bisnis yang bergantung padanya tidak.

Putaran pendanaan ini dipimpin oleh Norwest dan Bessemer Venture Partners, dengan partisipasi dari Claltech. Bersamaan dengan pengumuman pendanaan, perusahaan yang berbasis di Tel Aviv ini meluncurkan platform Application Revival, yang dirancang untuk memetakan, melindungi, membangun ulang, dan menguji sumber daya yang diperlukan agar seluruh aplikasi cloud dapat kembali beroperasi.

Dreeze didirikan pada 2025 oleh Ziv Kedem, Oded Kedem, dan Avi Raichel, para veteran industri pencadangan dan pemulihan yang berpengalaman di Zerto dan Kashya. Perusahaan ini menyatakan memiliki 70 karyawan di Israel dan Amerika Serikat, serta akan menggunakan pendanaan tersebut untuk mempercepat pengembangan produk, memperluas penjualan dan pemasaran, serta menjangkau lebih banyak pelanggan perusahaan.

Saat Data yang Dipulihkan Belum Membuat Aplikasi Kembali Beroperasi

Masalah yang ingin diatasi Dreeze berada di antara keberhasilan memulihkan cadangan dan berfungsinya sebuah layanan. Aplikasi cloud dapat bergantung pada infrastruktur, pengaturan konfigurasi, identitas, rahasia, kunci enkripsi, dan koneksi ke sumber daya lain. Memulihkan basis datanya hanya menangani sebagian dari sistem tersebut.

Jika komponen pendukung tidak tersedia atau dipulihkan dalam urutan yang keliru, tim TI mungkin masih harus menyusun ulang dependensi secara manual. Dreeze menyebut proses ini “kesibukan pemulihan”: masa ketika data telah kembali, tetapi aplikasi tetap tidak dapat digunakan.

“Perusahaan telah bertahun-tahun meningkatkan kemampuan mencadangkan data, tetapi mengembalikan data tidak berarti bisnis sudah pulih,” kata Ziv Kedem, salah satu pendiri sekaligus CEO Dreeze, dalam pengumuman tersebut.

Perbedaan itu mengubah sasaran pemulihan. Bagi bisnis, tolok ukur yang berarti adalah layanan yang dapat digunakan kembali oleh karyawan atau pelanggan. Volume penyimpanan yang berhasil dipulihkan merupakan pencapaian penting, tetapi itu tidak membuktikan bahwa autentikasi berfungsi, sumber daya yang diperlukan telah terhubung, atau aplikasi dapat menjalankan tugas-tugas rutinnya hingga selesai.

Empat Tahap Pemulihan Aplikasi

Dreeze membangun platformnya di atas empat kemampuan yang menggabungkan penemuan dan perlindungan dengan pelaksanaan serta pengujian pemulihan.

Kenali: Petakan Dependensi Sebelum Gangguan Terjadi

Perusahaan ini menyatakan bahwa pemetaan dependensi otomatisnya menghubungkan sumber daya dengan aplikasi yang didukungnya dan menyusun rencana pemulihan berdasarkan lingkungan yang sedang berjalan. Tujuannya adalah menjaga agar rencana tetap selaras dengan perubahan pada aplikasi, alih-alih membuat tim pemulihan bergantung pada panduan operasional yang sudah usang.

Inilah landasan pendekatan tersebut: kelengkapan urutan pemulihan otomatis bergantung pada seberapa baik sistem memahami hal-hal yang harus dipulihkan. Mengidentifikasi dependensi sebelum gangguan terjadi mengalihkan pekerjaan itu dari saat insiden berlangsung.

Lindungi: Cadangkan Sumber Daya Pendukung

Dreeze menyatakan bahwa pencadangan di brankasnya melindungi data sekaligus konfigurasi, kunci, dan dependensi aplikasi lainnya. Pengumuman tersebut menjelaskan bahwa brankas itu bersifat tidak dapat diubah dan terisolasi dari jaringan, dengan replikasi lintas wilayah sebagai opsi.

Orkestrasi: Bangun Ulang Sesuai Urutan Dependensi

Menurut Dreeze, kemampuan Revival Automation pada platform tersebut menjalankan rencana pemulihan dengan membangun ulang data, infrastruktur, konfigurasi, identitas, dan koneksi sesuai urutan dependensinya.

Manfaat orkestrasi terletak pada kemampuannya mengoordinasikan peralihan antar komponen tersebut. Misalnya, memulihkan layanan sebelum sumber daya yang dibutuhkannya tersedia dapat membuat tim harus mencari penyebab masalah di lingkungan yang baru dibangun sebagian. Rencana yang mempertimbangkan dependensi bertujuan mengurangi pekerjaan mengatur urutan secara manual.

Validasi: Uji Seluruh Rencana Pemulihan

Dreeze menggambarkan kemampuan validasinya sebagai pengujian otomatis menyeluruh yang membangun ulang aplikasi hingga berfungsi. Perusahaan ini menyatakan bahwa pengujian tersebut berjalan tanpa berdampak pada lingkungan produksi dan tanpa memerlukan pembersihan manual setelahnya.

Pengujian merupakan bagian penting dari argumen komersial produk ini. Rencana terdokumentasi menjelaskan apa yang seharusnya terjadi; simulasi yang berhasil memberikan bukti tentang apa yang benar-benar terjadi di lingkungan yang diuji. Pengumuman tersebut tidak mengungkap tolok ukur independen, pengukuran waktu pemulihan, ataupun matriks dukungan yang komprehensif.

Tersedia di AWS, Azure Menyusul

Dreeze menyatakan bahwa layanannya untuk AWS telah tersedia secara umum. Produknya untuk Microsoft Azure masih dalam Akses Awal, dengan ketersediaan umum direncanakan pada awal 2027. Perbedaan ini penting bagi perusahaan yang merencanakan penerapan di kedua layanan cloud tersebut: pengumuman itu menjelaskan tahap ketersediaan yang berbeda.

Jeremy Miller, pendiri sekaligus CEO Coravant, mengatakan dalam siaran pers bahwa pelanggan mengkhawatirkan kemampuan memulihkan seluruh aplikasi beserta dependensinya dalam urutan yang benar. Inilah kesenjangan operasional yang ingin diatasi Dreeze: menyiapkan seluruh proses pemulihan sebelum gangguan mengungkap bagian-bagian yang belum tersedia.

Mengapa Pendanaan Ini Penting

Dreeze memasuki pasar yang menuntut pemulihan memperhitungkan lebih dari sekadar volume data yang dilindungi. Seiring bertambahnya layanan, izin, dan dependensi infrastruktur pada aplikasi, pemulihan menjadi persoalan koordinasi sekaligus penyimpanan.

AI memberi perusahaan alasan lain untuk menyiapkan pemulihan secara jelas. Liputan Unite.AI tentang kesadaran pencadangan pada agen AI mengulas risiko sistem otomatis yang mengubah lingkungan tanpa persiapan pemulihan yang memadai. Pengumuman Dreeze membahas persoalan operasional yang lebih luas, yaitu membangun kembali aplikasi setelah gangguan; pengumuman tersebut tidak membuktikan bahwa platform ini mencegah tindakan agen yang tidak aman.

Pendanaan tahap awal memberi Dreeze sumber daya untuk mengembangkan tawaran pemulihan di tingkat aplikasi menjadi bisnis perusahaan yang lebih luas. Tantangan berikutnya adalah membuktikan bahwa identifikasi dependensi, perlindungan, orkestrasi, dan pengujian dapat bekerja bersama di lingkungan nyata para pelanggan. Bagi calon pembeli, hasil yang menarik cukup jelas: jalur yang telah diuji untuk kembali menggunakan aplikasi saat layanan penting mengalami gangguan.