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

Important

Azure Cosmos DB pour PostgreSQL n’est plus pris en charge pour les nouveaux projets. N’utilisez pas ce service pour les nouveaux projets. Utilisez plutôt l’un des deux services suivants :

• Utilisez Azure Cosmos DB pour NoSQL pour une solution de base de données distribuée conçue pour des scénarios à grande échelle avec un contrat de niveau de service de disponibilité (SLA) de 99,999%, une mise à l’échelle automatique instantanée et un basculement automatique entre plusieurs régions.

• Utilisez la fonctionnalité Elastic Clusters d'Azure Database pour PostgreSQL pour un PostgreSQL partagé utilisant l'extension open source Citus.

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 :

Application SaaS mutualisée de modèle >

Modéliser une application d’analytique en temps réel

Modèle d’application à haut débit