Perbedaan antara Azure Managed Instance for Apache Cassandra dan Azure Cosmos DB untuk Apache Cassandra
Dalam artikel ini, Anda akan mempelajari perbedaan antara Azure Managed Instance for Apache Cassandra dan Azure Cosmos DB berbasis RU untuk Apache Cassandra. Artikel ini memberikan rekomendasi tentang cara memilih antara kedua layanan tersebut, atau kapan untuk melakukan hosting lingkungan Apache Cassandra Anda sendiri.
Perbedaan utama
Azure Managed Instance for Apache Cassandra adalah layanan terkelola penuh untuk kluster Apache Cassandra sumber terbuka murni. Layanan ini juga memungkinkan konfigurasi untuk ditimpa, tergantung pada kebutuhan spesifik setiap beban kerja, memungkinkan fleksibilitas dan kontrol maksimum jika diperlukan. Ini juga menyediakan kemampuan untuk meluaskan skala kapasitas lokal yang sudah ada atau kluster Apache Cassandra yang dihosting sendiri di cloud. Ini memperluas skala dengan menambahkan pusat data Cassandra yang dikelola ke cincin kluster yang sudah ada.
Azure Cosmos DB berbasis RU untuk Apache Cassandra di Azure Cosmos DB adalah lapisan kompatibilitas atas layanan database asli cloud Microsoft yang didistribusikan secara global Azure Cosmos DB.
Bagaimana cara memilih?
Tabel berikut menunjukkan skenario umum, persyaratan beban kerja, dan perkiraan tempat setiap pendekatan penyebaran ini sesuai:
| Apache Cassandra lokal yang dihosting sendiri atau dalam Azure | Azure Managed Instance for Apache Cassandra | Azure Cosmos DB for Apache Cassandra | |
|---|---|---|---|
| Jenis penyebaran | Anda memiliki penyebaran Apache Cassandra yang disesuaikan dengan baik dengan patch atau pelapor khusus. | Anda memiliki penyebaran Apache Cassandra standar sumber terbuka tanpa kode yang disesuaikan. | Anda puas dengan platform yang sebenarnya bukan Apache Cassandra tetapi mematuhi semua driver klien sumber terbuka lokal pada tingkat protokol wire yang ada. |
| Overhead operasional | Anda memiliki ahli Cassandra yang sudah ada yang dapat menyebarkan, mengonfigurasi, dan memelihara kluster Anda. | Anda ingin menghilangkan overhead operasional dengan menggunakan Database-as-as-Service yang dikelola sepenuhnya untuk Apache Cassandra sumber terbuka, tetapi memiliki opsi untuk mengontrol konfigurasi khusus Cassandra seperti replikasi dan konsistensi saat diperlukan. | Anda ingin menghilangkan overhead operasional dengan menggunakan database Platform-as-as-service yang dikelola sepenuhnya di cloud. |
| Dukungan Produksi | Anda menangani insiden langsung dan pemadaman sendiri, termasuk menghubungi tim infrastruktur yang relevan untuk komputasi, jaringan, penyimpanan, dll. | Anda menginginkan pengalaman layanan terkelola pihak pertama yang akan bertindak sebagai toko serba ada untuk mendukung insiden langsung dan pemadaman. | Anda menginginkan pengalaman layanan terkelola pihak pertama yang akan bertindak sebagai toko serba ada untuk insiden langsung dan pemadaman. |
| Dukungan Perangkat Lunak | Anda menangani semua patch, dan memastikan bahwa perangkat lunak ditingkatkan sebelum akhir masa pakai. | Anda menginginkan pengalaman layanan terkelola pihak pertama yang akan menawarkan dukungan tingkat perangkat lunak Cassandra di luar akhir peningkatan live, patching otomatis, dan turnkey untuk versi utama | Anda menginginkan pengalaman layanan terkelola pihak pertama di mana dukungan tingkat perangkat lunak benar-benar abstrak. |
| Persyaratan sistem operasi | Anda memiliki persyaratan untuk mempertahankan citra sistem operasi Komputer Virtual kustom atau emas. | Anda dapat menggunakan gambar vanili tetapi ingin memiliki kontrol atas pemilihan SKU, memori, disk, dan IOPS. | Anda menginginkan provisi kapasitas agar disederhanakan dan dinyatakan sebagai sebuah metrik tunggal yang dinormalisasi, dengan hubungan langsung ke throughput, seperti unit permintaan di Azure Cosmos DB. |
| Rencana harga | Anda ingin menggunakan perangkat lunak pengelolaan seperti alat Datastax dan senang dengan biaya lisensi. | Anda lebih suka lisensi sumber terbuka yang murni dan harga yang berbasis instans komputer virtual. | Anda ingin menggunakan harga asli cloud, yang mencakup penawaran autoscale dan tanpa server yang ada. |
| Analitik | Anda ingin kontrol penuh atas provisi alur analitik terlepas dari overhead untuk membangun dan memeliharanya. | Anda ingin menggunakan layanan analitik berbasis cloud seperti Azure Databricks. | Anda ingin analitik transaksional hibrid mendekati real-time yang dibangun ke dalam platform dengan Azure Synapse Link untuk Azure Cosmos DB. |
| Pola beban kerja | Beban kerja Anda cukup stabil dan Anda tidak terlalu sering memerlukan penskalaan simpul dalam kluster. | Beban kerja Anda mudah berubah-ubah dan Anda harus dapat meningkatkan atau menurunkan simpul di sebuah pusat data atau menambahkan/menghapus pusat data dengan mudah. | Beban kerja Anda seringkali mudah berubah-ubah dan Anda harus dapat meningkatkan atau menurunkan skala dengan cepat dan pada volume yang signifikan. |
| SLA | Anda senang dengan proses Anda untuk mempertahankan SLA pada konsistensi, throughput, ketersediaan, dan pemulihan bencana. | Anda senang dengan proses Anda untuk mempertahankan SLA pada konsistensi dan throughput, tetapi menginginkan SLA untuk ketersediaan, dan membutuhkan bantuan dengan cadangan. | Anda ingin SLA yang sepenuhnya komprehensif tentang konsistensi, throughput, ketersediaan, dan pemulihan bencana. |
| Replikasi dan konsistensi | Anda harus dapat mengonfigurasi array lengkap pengaturan konsistensi yang dapat disetel yang tersedia di Apache Cassandra untuk jalur baca dan tulis. | Anda harus dapat mengonfigurasi array lengkap pengaturan konsistensi yang dapat disetel yang tersedia di Apache Cassandra untuk jalur baca dan tulis. | Konsistensi jalur baca dari ONE (akhirnya) atau SEMUA (kuat) cukup untuk semua aplikasi Anda (lihat juga memetakan tingkat konsistensi Cassandra) |
| Model data | Anda memigrasikan beban kerja yang memiliki campuran distribusi data yang seragam, dan data miring (sehubungan dengan penyimpanan dan throughput di seluruh kunci partisi) yang membutuhkan fleksibilitas pada skala vertikal simpul. | Anda memigrasikan beban kerja yang memiliki campuran distribusi data yang seragam, dan data miring (sehubungan dengan penyimpanan dan throughput di seluruh kunci partisi) yang membutuhkan fleksibilitas pada skala vertikal simpul. | Anda sedang membangun aplikasi baru, atau aplikasi yang ada memiliki distribusi data yang relatif seragam sehubungan dengan penyimpanan dan throughput di seluruh kunci partisi. |