Mengklasifikasikan beban kerja aplikasi di Azure Cosmos DB for PostgreSQL

Penting

Azure Cosmos DB for PostgreSQL tidak lagi didukung untuk proyek baru. Jangan gunakan layanan ini untuk proyek baru. Sebagai gantinya, gunakan salah satu dari dua layanan ini:

• Gunakan Azure Cosmos DB for NoSQL untuk solusi database terdistribusi yang dirancang untuk skenario skala tinggi dengan perjanjian tingkat layanan ketersediaan (SLA) 99,999%, skala otomatis instan, dan failover otomatis di beberapa wilayah.

• Gunakan fitur Elastic Clusters dari Azure Database For PostgreSQL untuk PostgreSQL yang dipecah menggunakan ekstensi Citus sumber terbuka.

Berikut adalah karakteristik umum dari beban kerja yang paling cocok untuk Azure Cosmos DB for PostgreSQL.

Prasyarat

Artikel ini mengasumsikan Anda mengetahui konsep dasar penskalaan. Jika Anda belum membaca tentang mereka, luangkan waktu sejenak untuk melakukannya.

Karakteristik SaaS banyak penyewa

• Penyewa melihat data mereka sendiri; mereka tidak dapat melihat data penyewa lain.
• Sebagian besar aplikasi SaaS B2B bersifat multi-tenant. Contohnya termasuk Salesforce atau Shopify.
• Di sebagian besar aplikasi SaaS B2B, terdapat ratusan hingga puluhan ribu penyewa, dan semakin banyak penyewa yang terus bergabung.
• Aplikasi SaaS multi-penyewa terutama bersifat operasional/transaksional, dengan persyaratan latensi milidetik satu digit untuk kueri database mereka.
• Aplikasi ini memiliki model data relasional klasik, dan dibangun menggunakan ORM – seperti RoR, Hibernate, Django dll.
  
  

Karakteristik analitik operasional real-time

• Aplikasi ini memiliki dasbor analitik interaktif yang menghadap pelanggan/pengguna, dengan persyaratan latensi kueri subdetik.
• Konkurensi tinggi diperlukan - setidaknya 20 pengguna.
• Menganalisis data yang baru, dalam satu detik terakhir hingga beberapa menit.
• Sebagian besar memiliki data deret waktu seperti peristiwa, log, dll.
• Model data umum dalam aplikasi ini meliputi:
  • Skema Bintang - beberapa tabel besar/fakta, sisanya adalah tabel kecil/dimensi
  • Sebagian besar kurang dari 20 tabel utama
    
    

Karakteristik transaksional berdaya tinggi

• Jalankan beban kerja NoSQL/gaya dokumen, tetapi memerlukan fitur PostgreSQL seperti transaksi, kunci asing/primer, pemicu, ekstensi seperti PostGIS, dll.
• Beban kerja didasari oleh satu kunci. Ini memiliki CRUD dan pencarian berdasarkan kunci itu.
• Aplikasi ini memiliki kebutuhan throughput yang sangat tinggi: ribuan hingga ratusan ribu TPS.
• Latensi kueri dalam milidetik satu digit, dengan persyaratan konkurensi tinggi.
• Data rangkaian waktu, seperti internet of things.
  
  

Langkah berikutnya

Pilih mana yang paling sesuai dengan aplikasi Anda:

Model aplikasi SaaS multi-penyewa >

Model aplikasi analitik real time

Model aplikasi throughput tinggi