Partage via


Classifier une charge de travail d’application dans Azure Cosmos DB for PostgreSQL

S’APPLIQUE À : Azure Cosmos DB for PostgreSQL (avec l’extension de base de données Citus pour PostgreSQL)

Voici les caractéristiques courantes des charges de travail qui conviennent le mieux à Azure Cosmos DB for PostgreSQL.

Prérequis

Cet article part du principe que vous connaissez les concepts fondamentaux de la mise à l’échelle. Si vous ne les avez pas lus, prenez un moment pour le faire.

Caractéristiques de SaaS multilocataire

  • Les locataires voient leurs propres données ; ils ne peuvent pas voir les données d’autres locataires.
  • La plupart des applications SaaS B2B sont mutualisées. Par exemple, Salesforce ou Shopify.
  • Dans la plupart des applications SaaS B2B, il existe de quelques centaines à des dizaines de milliers de locataires, et d’autres locataires continuent à arriver.
  • Les applications SaaS multilocataires sont principalement opérationnelles/transactionnelles, avec des exigences de latence en millisecondes uniques pour leurs requêtes de base de données.
  • Ces applications ont un modèle de données relationnel classique et sont créées à l’aide d’ORM, comme RoR, Hibernate, Django, etc.

Caractéristiques de l’analytique opérationnelle en temps réel

  • Ces applications ont un tableau de bord d’analytique interactif côté client/utilisateur, avec une exigence de latence de requête inférieure à la seconde.
  • Concurrence élevée requise : au moins 20 utilisateurs.
  • Analyse les données qui sont fraîches, au cours de la dernière à quelques minutes avant.
  • La plupart ont des données de série chronologique, comme les événements, les journaux, etc.
  • Les modèles de données courants dans ces applications sont les suivants :
    • Schéma en étoile - peu de tables volumineuses/de faits, le reste étant des tables de petite/dimension
    • Principalement moins de 20 tables principales

Caractéristiques d’un débit transactionnel élevé

  • Exécutent des charges de travail de style NoSQL/document, mais nécessitent des fonctionnalités PostgreSQL comme les transactions, les clés étrangères/primaires, les déclencheurs, une extension comme PostGIS, etc.
  • La charge de travail est basée sur une clé unique. Elle dispose de CRUD et des recherches basées sur cette clé.
  • Ces applications ont des exigences de débit élevées : de milliers à des centaines de milliers de TPS.
  • Latence des requêtes en millisecondes à un chiffre, avec une exigence de concurrence élevée.
  • Données de série chronologique, comme l’Internet des objets.

Étapes suivantes

Choisissez ce qui convient le mieux à votre application :