Classificare il carico di lavoro di un'applicazione in Azure Cosmos DB for PostgreSQL

Importante

Azure Cosmos DB per PostgreSQL non è più supportato per i nuovi progetti. Non usare questo servizio per i nuovi progetti. Usare invece uno dei due servizi seguenti:

• Usare Azure Cosmos DB per NoSQL per una soluzione di database distribuita progettata per scenari su alta scala con un accordo sul livello di servizio (SLA) di disponibilità del 99.999%, scalabilità automatica istantanea e failover automatico in più regioni.

• Usare la funzionalità cluster elastici di Database di Azure for PostgreSQL per PostgreSQL partizionato usando l'estensione Citus open source.

Di seguito sono riportate le caratteristiche comuni dei carichi di lavoro più adatti per Azure Cosmos DB for PostgreSQL.

Prerequisiti

Questo articolo presuppone che si conoscano i concetti fondamentali per il ridimensionamento. Se non sono ancora stati letti, è il momento di farlo.

Caratteristiche di SaaS multi-tenant

• I tenant visualizzano i propri dati; non possono visualizzare i dati di altri tenant.
• La maggior parte delle app SaaS B2B è multi-tenant. Ne sono un esempio Salesforce o Shopify.
• Nella maggior parte delle app SaaS B2B sono presenti centinaia o decine di migliaia di tenant e altri tenant continuano ad aggiungersi.
• Le app SaaS multi-tenant sono principalmente operative/transazionali, con requisiti di latenza in millisecondi a una sola cifra per le query sul database.
• Queste app hanno un modello di dati relazionale classico e vengono compilate con soluzioni ORM, come RoR, Hibernate, Django e così via.
  
  

Caratteristiche dell'analisi operativa in tempo reale

• Queste app hanno un dashboard di analisi interattiva rivolto al cliente/utente, con un requisito di latenza delle query inferiore al secondo.
• È richiesta una concorrenza elevata, almeno 20 utenti.
• Analizzano i dati aggiornati, da un secondo a pochi minuti.
• La maggior parte contiene i dati delle serie temporali come eventi, log e così via.
• I modelli di dati comuni in queste app includono:
  • Schema star: alcune tabelle dei fatti di grandi dimensioni, il resto sono piccole tabelle delle dimensioni
  • Per lo più meno di 20 tabelle principali
    
    

Caratteristiche dei sistemi transazionali ad alta capacità di gestione

• Esecuzione di carichi di lavoro di tipo NoSQL/documento, ma che richiedono funzionalità PostgreSQL, ad esempio transazioni, chiavi esterne/primarie, trigger, estensioni come PostGIS e così via.
• Il carico di lavoro si basa su una singola chiave. Include CRUD e ricerche basate su tale chiave.
• Queste app hanno requisiti di velocità effettiva elevata: da migliaia a centinaia di migliaia di TPS.
• Latenza delle query in millisecondi a una sola cifra, con un requisito di concorrenza elevata.
• Dati delle serie temporali, come Internet delle cose.
  
  

Passaggi successivi

Scegliere la soluzione più adatta all'applicazione:

Modellare app SaaS multi-tenant >

Modellare app di analisi in tempo reale

Modellare app ad alto rendimento