DataStax memperluas tanpa server Astra DB ke multiregion

  • Whatsapp
banner 468x60

Kesukaanku.com Sebagai database terdistribusi, hanya masalah waktu sebelum DataStax menambahkan kemampuan multi-regional ke layanan cloud Astra DB-nya. Penantian berakhir.

Kira-kira enam bulan setelah mentransisikan layanan database cloud Cassandra yang dikelola Astra DB , DataStax mengambil langkah logis berikutnya dalam memperluas dukungan tanpa server ke lintas wilayah. Cassandra adalah target logis untuk kemampuan seperti itu karena secara tradisional dirancang untuk kasus penggunaan penyebaran terdistribusi ekstrim yang membutuhkan penulisan cepat.

DataStax memperluas tanpa server Astra DB ke multiregion

Gagasan yang terjadi adalah bahwa tanpa server menyederhanakan dan dapat mengurangi biaya menjalankan database untuk beban lalu lintas yang sangat bervariasi. Dengan database yang terdistribusi secara global, biaya penyediaan yang berlebihan dengan cepat bertambah.

Astra DB bergabung dengan grup database tanpa server yang sangat terpilih dan dapat menjangkau lebih dari satu wilayah hingga tingkat yang berbeda-beda. Saat ini satu-satunya yang berjalan di banyak awan yang ada di GA. Lainnya termasuk PlanetScale, yang kami bahas lebih dari setahun yang lalu yang memungkinkan Anda untuk berbagi MySQL di satu atau lebih wilayah secara selektif, tetapi saat ini masih dalam versi beta. 

Ada DynamoDB , yang menawarkan fitur Tabel Global untuk menetapkan beberapa tabel untuk direplikasi ke wilayah lain. Cosmos  DB juga menawarkan opsi tanpa server — tetapi keduanya hanya beroperasi di cloud masing-masing. Namun, layanan cloud database multi-region lainnya, seperti Google Cloud Spanner dan Cockroach Cloud, tidak tanpa server. Platform tanpa server yang membentang di beberapa wilayah masih cukup langka karena mendesainnya memerlukan beberapa langkah yang bagus dalam hal mengoordinasikan sumber daya.

Kemampuan multi-region yang baru menjalankan Astra DB sebagai instance logis tunggal di semua wilayah yang dipilih oleh pelanggan; setidaknya ada dua pusat data atau zona ketersediaan untuk failover dalam setiap wilayah. Dalam grup wilayah, admin mengonfigurasi bagaimana dan di mana penulisan dilakukan dan direplikasi untuk failover dan aksesibilitas lokal. Praktik default untuk failover adalah dengan pusat data lain di wilayah yang sama. Untuk mereplikasi penulisan, admin dapat selektif untuk menjaga biaya unit permintaan tulis yang dibebankan oleh penyedia cloud.

Kasus penggunaan untuk database yang terdistribusi secara global mencakup aplikasi yang memerlukan kemampuan untuk melakukan penulisan dan pembacaan cepat di berbagai wilayah tanpa latensi yang terkait dengan akses jarak jauh. Selain itu, dengan munculnya undang-undang kedaulatan data atau kependudukan dengan cepat, memiliki kemampuan lintas wilayah memberikan alternatif untuk mempertahankan beberapa instance terpisah; dalam kasus ini, admin pada dasarnya dapat melakukan sharding database untuk membatasi subset data ke wilayah asal mereka.

Sebelum rilis baru, beberapa pelanggan DataStax sudah bekerja dengan penerapan multi-wilayah yang melibatkan replikasi lintas-wilayah. Infosys, misalnya, menyiapkan VM di setiap wilayah tempat Cassandra dihosting untuk menangani replikasi untuk klien global. Mereka menghadapi sakit kepala karena harus memelihara dan menjaga semua VM dan file YAML terkait tetap terkini. Dengan Astra DB sekarang menambahkan dukungan multi-wilayah untuk serverless, kompleksitas tersebut terkubur di bawah tenda.

Pada titik ini, kasus penggunaan Astra DB di beberapa wilayah adalah untuk skenario yang membutuhkan akses lokal cepat yang juga sensitif terhadap biaya keluar data. Meskipun Astra DB tersedia di ketiga cloud publik utama, ada sedikit atau tidak ada permintaan untuk apa yang disebut “antar-cloud” (menjalankan database yang sama di lebih dari satu penyedia cloud).

banner 300x250

Related posts

banner 468x60

Leave a Reply

Your email address will not be published. Required fields are marked *