Toepassingsworkload classificeren in Azure Cosmos DB for PostgreSQL

Belangrijk

Azure Cosmos DB for PostgreSQL wordt niet meer ondersteund voor nieuwe projecten. Gebruik deze service niet voor nieuwe projecten. Gebruik in plaats daarvan een van deze twee services:

• Gebruik Azure Cosmos DB voor NoSQL voor een gedistribueerde databaseoplossing die is ontworpen voor hoogwaardige schalen scenario's met een 99,999% service level agreement (SLA) voor beschikbaarheid, onmiddellijke autoschaalaanpassing en automatische failover over meerdere regio's.

• Gebruik de functie Elastische clusters van Azure Database For PostgreSQL voor sharded PostgreSQL met behulp van de opensource Citus-extensie.

Hier volgen algemene kenmerken van de workloads die het meest geschikt zijn voor Azure Cosmos DB for PostgreSQL.

Vereisten

In dit artikel wordt ervan uitgegaan dat u de basisconcepten voor schalen kent. Neem even de tijd om dit te doen als u ze nog niet hebt gelezen.

Kenmerken van SaaS met meerdere tenants

• Tenants zien hun eigen gegevens; ze kunnen de gegevens van andere tenants niet zien.
• De meeste B2B SaaS-apps zijn multi-tenant. Voorbeelden zijn Salesforce of Shopify.
• In de meeste B2B SaaS-apps zijn er honderden tot tienduizenden tenants en blijven er meer tenants deelnemen.
• SaaS-apps met meerdere tenants zijn voornamelijk operationeel/transactioneel, met latentievereisten van één milliseconde voor hun databasequery's.
• Deze apps hebben een klassiek relationeel gegevensmodel en worden gebouwd met behulp van ORM's, zoals RoR, Hibernate, Django, enzovoort.
  
  

Kenmerken van realtime operationele analyses

• Deze apps hebben een klant-/gebruikersgericht interactief analysedashboard, met als vereiste voor querylatentie van minder dan een seconde.
• Hoge gelijktijdigheid vereist: ten minste 20 gebruikers.
• Analyseert gegevens die nieuw zijn, binnen de laatste seconde tot enkele minuten.
• De meeste hebben tijdreeksgegevens, zoals gebeurtenissen, logboeken, enzovoort.
• Algemene gegevensmodellen in deze apps zijn onder andere:
  • Stervormig schema - weinig grote feitentabellen, de rest zijn kleine dimensietabellen
  • Meestal minder dan 20 hoofdtabellen
    
    

Kenmerken van hoge doorvoercapaciteit bij transacties

• Voer NoSQL-/documentstijlworkloads uit, maar heeft functies van PostgreSQL nodig, zoals transacties, primaire/vreemde sleutels, triggers, extensies zoals PostGIS, enzovoort.
• De werkbelasting is gebaseerd op een enkele sleutel. Het bevat CRUD-functionaliteit en zoekacties, gebaseerd op die sleutel.
• Deze apps hebben hoge doorvoervereisten: duizenden tot honderdduizenden TPS.
• Querylatentie in milliseconden met één cijfer, met een hoge gelijktijdigheidsvereiste.
• Tijdreeksgegevens, zoals internet of things.
  
  

Volgende stappen

Kies wat het beste bij uw toepassing past:

Modelleren van een SaaS-app met meerdere tenants >

Real-time analytics-app modelleren

Een app met hoge doorvoer modelleren