Memilih sistem penyimpanan data Azure
Sistem penyimpanan data Anda sangat mendasar untuk keberhasilan aplikasi Anda, dan oleh karena itu keberhasilan perusahaan Anda.
Sistem penyimpanan data yang dirancang dengan baik adalah:
- Cepat dan mudah diimplementasikan.
- Mudah diskalakan untuk menangani pertumbuhan data.
- Responsif dan berkinerja.
- Sangat tersedia dan tahan terhadap kegagalan.
- Terjangkau.
Pertimbangan penting adalah seberapa baik skala desain saat data tumbuh. Pertimbangkan aplikasi yang menghasilkan 6 terabyte (TB) data bulan pertamanya, dengan data meningkat pada tingkat tahunan 10 persen. Grafik berikut menunjukkan bagaimana data tersebut terakumulasi dari waktu ke waktu:
Setelah tiga tahun, ada 249 TB data. Tingkat pertumbuhan 10 persen menyeimbangkan kelereng dari waktu ke waktu.
Contoh ini tidak atipikal. Data tumbuh baik saat Anda menambahkan pelanggan, dan saat pelanggan Anda menambahkan data. Data juga dapat tumbuh karena penyempurnaan aplikasi. Sistem yang dirancang dengan baik menangani pertumbuhan data tersebut dengan anggun, tetap responsif, tangguh, dan terjangkau.
Merancang sistem penyimpanan data
Untuk merancang sistem penyimpanan data di Azure, pelajari tentang cara menggunakan banyak layanan Azure untuk berbagai aplikasi dan tujuan. Memenuhi kebutuhan penyimpanan data mungkin memerlukan campuran produk. Misalnya, Anda dapat menyimpan data yang jarang diakses dalam layanan berkursi rendah, dan data yang sering diakses di layanan dengan biaya lebih tinggi dengan waktu akses yang lebih cepat.
Artikel dalam tabel berikut menguraikan tiga arsitektur sistem untuk aplikasi web. Sistem ini dapat menangani sejumlah besar data dan tahan terhadap kegagalan sistem. Arsitektur ini menggunakan penyimpanan Azure Table, Azure Cosmos DB, dan Azure App Service.
Contoh-contoh ini dapat membantu Anda merancang sistem penyimpanan data yang mengakomodasi aplikasi Anda. Matriks kemampuan berikut menyediakan tautan ke artikel, dan meringkas manfaat dan kelemahan setiap arsitektur:
Sistem | Keuntungan | Kekurangan |
---|---|---|
Aplikasi web dua wilayah dengan kegagalan table storage | Implementasi yang mudah, biaya | Ketahanan terbatas hanya dengan dua wilayah Azure |
Aplikasi web multi-wilayah dengan replikasi Tabel Storage kustom | Ketahanan | Waktu dan kesulitan implementasi |
Penyimpanan minimal – mengubah umpan untuk replikasi data | Ketahanan, kinerja, retensi data berbasis waktu | Skalabilitas, waktu implementasi |
Kontributor
Artikel ini dikelola oleh Microsoft. Ini awalnya ditulis oleh kontributor berikut.
Penulis utama:
- Nabil Siddiqui | Arsitek Solusi Cloud - Inovasi Digital dan Aplikasi
Langkah berikutnya
- Memilih pendekatan penyimpanan data di Azure
- Mengembangkan dengan Azure Cosmos DB untuk penyimpanan Tabel dan Azure Table
Sumber daya terkait
Saran dan Komentar
https://aka.ms/ContentUserFeedback.
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat:Kirim dan lihat umpan balik untuk