StreamNative telah melancarkan Ursa Engine , sebuah platform penstriman data baharu yang menjanjikan pengurangan kos secara dramatik berbanding dengan penggunaan Apache Kafka tradisional. Syarikat tersebut mendakwa perniagaan boleh mencapai pengurangan kos sehingga 95% dan penskalaan 1000 kali ganda lebih pantas, sambil mengekalkan keserasian penuh dengan API Kafka . Walau bagaimanapun, pengumuman ini telah mencetuskan perdebatan sengit dalam komuniti pembangun mengenai ketepatan penanda aras dan sifat proprietari platform tersebut.
Tuntutan Perbandingan Kos:
- Ursa : $50 USD sejam untuk beban kerja GB/s
- Tuntutan pengurangan kos: Sehingga 95% berbanding Kafka tradisional
- Peningkatan prestasi: Penskalaan 1000x lebih pantas, pemprosesan 2.5x lebih tinggi
- Berdasarkan penggunaan berbilang zon AWS tanpa storan berperingkat
 |
|---|
| Grafik ini menggambarkan kerumitan dan kos tersembunyi yang berkaitan dengan penggunaan Kafka tradisional, menetapkan konteks untuk dakwaan kos Ursa Engine |
Dakwaan Pengurangan Kos Menghadapi Penelitian
Dakwaan yang paling menarik perhatian tertumpu pada menjalankan beban kerja Kafka bervolum tinggi dengan hanya 50 dolar Amerika Syarikat sejam untuk pemprosesan gigabait sesaat. StreamNative menerbitkan perbandingan kos terperinci yang menunjukkan bagaimana beban kerja Kafka 5 GB/s akan jauh lebih murah pada Ursa berbanding pesaing seperti WarpStream , Amazon MSK , dan Redpanda . Analisis tersebut mengandaikan penggunaan pelbagai zon pada AWS tanpa penyimpanan berperingkat diaktifkan.
Walau bagaimanapun, pakar industri menolak angka-angka ini. Seorang pekerja Redpanda menunjukkan kelemahan yang berpotensi dalam metodologi penanda aras, terutamanya berkaitan kos trafik merentas zon ketersediaan. Mereka menyatakan bahawa dengan pembentukan trafik yang betul dan ciri pengambilan pengikut, perbezaan kos yang didakwa boleh dikurangkan dengan ketara, memanggil perbandingan tersebut sebagai penanda aras yang tidak beritikad baik.
 |
|---|
| Imej ini secara konseptual mewakili analisis pengurangan kos dan perangkap berpotensi dalam penanda aras Ursa Engine berbanding pesaing |
Janji dan Persoalan Seni Bina Tanpa Pemimpin
Inovasi teras Ursa terletak pada seni bina tanpa pemimpinnya yang memisahkan metadata daripada penyimpanan data. Tidak seperti penggunaan Kafka tradisional yang memerlukan protokol konsensus berasaskan pemimpin, Ursa mendakwa menghapuskan keperluan untuk mengarahkan trafik melalui broker utama tunggal. Reka bentuk ini kononnya mengurangkan trafik antara zon yang mahal yang meningkatkan kos dalam penggunaan pelbagai zon ketersediaan.
Komuniti teknikal kekal ingin tahu tentang bagaimana pendekatan tanpa pemimpin ini sebenarnya berfungsi. Pembangun yang biasa dengan protokol konsensus menyatakan bahawa kedua-dua Kafka dan Pulsar bergantung pada sistem berasaskan pemimpin untuk menyampaikan jaminan mereka, menimbulkan persoalan tentang pertukaran yang dibuat oleh Ursa untuk mencapai reka bentuk tanpa pemimpinnya. StreamNative menjelaskan mereka menggunakan Apache BookKeeper untuk beban kerja sensitif kepada kependaman dan penyimpanan objek untuk senario yang dioptimumkan kos.
Nota: Protokol konsensus adalah kaedah yang membenarkan sistem teragih untuk bersetuju mengenai konsistensi dan susunan data merentas pelbagai pelayan.
Seni Bina Teknikal:
- Reka Bentuk Tanpa Pemimpin: Menghapuskan penghalaan broker utama tunggal
- Pilihan Penyimpanan: Penyimpanan objek ( AWS S3 , GCP GCS , Azure Blob ) untuk pengoptimuman kos; Apache BookKeeper untuk beban kerja kependaman rendah
- Integrasi Lakehouse: Sokongan asli untuk format Apache Iceberg dan Delta Lake
- Sokongan Protokol: Keserasian penuh Kafka API ditambah dengan protokol Apache Pulsar
Janji Sumber Terbuka Bertemu Skeptisisme Komuniti
Mungkin isu yang paling kontroversial adalah status proprietari semasa Ursa . Platform ini hanya tersedia melalui perkhidmatan awan StreamNative , walaupun pengasas bersama Sijie Guo berjanji untuk membuka sumber komponen teras tidak lama lagi. Ini telah mencetuskan kebimbangan yang biasa dalam komuniti pembangun tentang syarikat yang menggunakan janji sumber terbuka untuk pemasaran sambil mengekalkan kawalan proprietari.
Orang ramai curiga untuk ditarik balik. Terdapat banyak kejadian seperti itu pada masa lalu, di mana syarikat mengiklankan dengan FOSS , tetapi tidak bermaksud sedemikian.
Kewaspadaan komuniti berpunca daripada pengalaman berulang dengan syarikat yang pada mulanya menjanjikan keluaran sumber terbuka tetapi kemudiannya mengubah haluan. Pembangun amat berminat dengan keupayaan hos sendiri, percaya mereka boleh mencapai kos yang lebih rendah dengan menggunakan terus pada infrastruktur awan dan bukannya melalui perkhidmatan terurus StreamNative .
Integrasi Lakehouse Membezakan Ursa
Selain daripada dakwaan kos, Ursa membezakan dirinya melalui integrasi asli dengan seni bina lakehouse. Platform ini menyimpan data terus dalam format jadual terbuka seperti Apache Iceberg dan Delta Lake , menghapuskan keperluan untuk penyambung berasingan dan mengurangkan pendua data antara sistem penstriman dan analitik. Integrasi ini dengan komponen tumpukan data moden seperti Open Catalog Snowflake mewakili peralihan seni bina yang ketara daripada platform penstriman tradisional.
Masa ini sejajar dengan trend industri yang lebih luas ke arah seni bina pangkalan data berasaskan penyimpanan objek. Sama seperti bagaimana Snowflake merevolusikan pergudangan data dengan menggunakan penyimpanan objek pada tahun 2016, platform penstriman kini mengikutinya. Ursa menyertai penyelesaian penstriman berasaskan penyimpanan objek lain seperti AutoMQ dan WarpStream yang kini dihentikan dalam kategori yang sedang berkembang ini.
Landskap Persaingan:
- Pesaing Langsung: WarpStream (dihentikan), AutoMQ, Amazon MSK, Redpanda
- Kedudukan Pasaran: Platform streaming berasaskan storan objek
- Ketersediaan: Pada masa ini hanya awan melalui StreamNative; versi sumber terbuka dijanjikan
- Sokongan Awan: AWS, Google Cloud Platform, Microsoft Azure
 |
|---|
| Grafik ini menggariskan proses migrasi dari perkhidmatan Kafka ke Ursa Engine StreamNative, mempamerkan peralihan ke arah seni bina data baharu |
Kesimpulan
Ursa Engine mewakili percubaan yang bercita-cita tinggi untuk membayangkan semula infrastruktur penstriman data untuk era awan. Walaupun penjimatan kos yang dijanjikan dan inovasi seni bina adalah menarik, platform ini menghadapi persoalan yang sah tentang metodologi penanda aras dan komitmen sumber terbuka jangka panjang. Memandangkan pasaran data penstriman terus berkembang ke arah penyimpanan objek dan integrasi lakehouse, kejayaan Ursa berkemungkinan bergantung pada penyampaian perbandingan prestasi yang telus dan menepati janji sumber terbuka. Komuniti pembangun kekal berhati-hati optimistik tetapi jelas mengharapkan lebih banyak bukti konkrit sebelum penggunaan meluas.
Rujukan: Ursa Engine