Tous les produits
Search
Centre de documentation

DataWorks:Planification et configuration des ressources

Dernière mise à jour :Aug 10, 2026

L'appel d'une API consomme les ressources d'un groupe de ressources. Pour éviter des problèmes tels que l'échec d'accès aux sources de données, les échecs d'appels d'API dus à une insuffisance de CPU ou de mémoire, ou la limitation du débit lors de requêtes à haute fréquence, assurez-vous que votre groupe de ressources dispose d'une connectivité réseau adéquate et de performances suffisantes. Cette rubrique décrit les points clés à prendre en compte lors de la planification des groupes de ressources et fournit des recommandations pour l'utilisation des différents types de groupes de ressources.

Terminologie

Un groupe de ressources correspond aux ressources informatiques utilisées pour exécuter les appels d'API dans DataService Studio. Il se présente généralement sous la forme d'une machine dotée de quantités spécifiques de CPU, de mémoire et de bande passante. Le flux d'appel d'API est le suivant : un utilisateur envoie une requête API, qui est d'abord reçue par la passerelle API, puis transmise à un serveur DataService Studio, et enfin envoyée à la source de données cible pour exécuter une requête.

Types de groupes de ressources

Les groupes de ressources se répartissent en deux catégories : les groupes de ressources publics et les groupes de ressources exclusifs.

  • Groupe de ressources exclusif (recommandé) :

    Un groupe de ressources exclusif vous est dédié après l'achat. Pour les appels d'API à forte concurrence ou à haute fréquence, utilisez un groupe de ressources Serverless (recommandé) ou un groupe de ressources exclusif pour DataService Studio.

    Remarque

    Les groupes de ressources exclusifs pour DataService Studio sont disponibles uniquement dans la région Chine (Shanghai).

  • Groupe de ressources public (pour les tests uniquement) :

    Un groupe de ressources public est partagé entre tous les utilisateurs et fourni par DataWorks. Pendant les périodes de pointe, les utilisateurs peuvent entrer en concurrence pour l'accès aux ressources. Pour plus d'informations, consultez la section Utiliser un groupe de ressources public.

Aspects clés de la planification des ressources : connectivité et performances

Lors de l'utilisation d'un groupe de ressources, concentrez-vous sur deux aspects : la connectivité et les performances.

  • Connectivité :

    Lorsque vous envoyez une requête API, elle est acheminée vers un serveur DataService Studio, puis transmise à la source de données pour exécuter une requête. Assurez-vous que le groupe de ressources peut accéder à la source de données cible et à son réseau. N'utilisez DataService Studio qu'après avoir confirmé la connectivité réseau. Sans celle-ci, les requêtes API ne peuvent pas s'exécuter.

  • Performances :

    L'exécution d'une tâche API consomme du CPU, de la mémoire et des ressources réseau de la machine hébergeant le groupe de ressources. Des ressources insuffisantes peuvent entraîner des échecs d'API, une limitation du débit lors d'appels à haute fréquence ou des retards dans les réponses aux requêtes. Allouez suffisamment de ressources pour garantir une exécution fluide des API. Nous vous recommandons d'utiliser un groupe de ressources exclusif pour exécuter les tâches API dans un environnement isolé, à l'abri des interférences des ressources publiques partagées. Pour connaître les métriques de performance des groupes de ressources exclusifs, consultez la section Facturation des groupes de ressources exclusifs pour DataService Studio : abonnement.

Comparaison des groupes de ressources et recommandations

Différents scénarios nécessitent différents types de groupes de ressources. Le tableau suivant compare les groupes de ressources publics et exclusifs selon plusieurs dimensions, telles que la propriété, la connectivité réseau, la facturation et les performances. Choisissez le groupe de ressources approprié lors de la création de votre API en fonction de vos besoins.

Catégorie

Groupe de ressources exclusif

Groupe de ressources public

Propriété des ressources

Maintenu par DataWorks et utilisé exclusivement par chaque locataire.

Maintenu par DataWorks et partagé de manière concurrentielle entre tous les locataires.

Réseau

Prend en charge les sources de données sur le réseau public, le VPC Alibaba Cloud (mode instance et mode chaîne de connexion) et les réseaux IDC.

Prend en charge les sources de données sur le réseau public, le VPC Alibaba Cloud (mode instance) et le réseau classique Alibaba Cloud.

Remarque

Le Finance Cloud de Shenzhen ne prend pas en charge l'accès aux sources de données du réseau classique à l'aide de groupes de ressources publics.

Méthode de facturation

Facturation par abonnement basée sur les spécifications du groupe de ressources.

Facturation au paiement à l'utilisation basée sur le nombre d'appels et la durée, avec une tarification par paliers.

Sources de données prises en charge

ClickHouse, Hologres, RDS, MySQL, PostgreSQL, SQL Server, Oracle, Table Store, AnalyticDB for MySQL 2.0, AnalyticDB for MySQL 3.0, AnalyticDB for PostgreSQL, MongoDB, DRDS, StarRocks, Doris (liste en expansion continue)

Hologres, RDS, MySQL, PostgreSQL, SQL Server, Oracle, Table Store, AnalyticDB for MySQL 2.0, AnalyticDB for MySQL 3.0, AnalyticDB for PostgreSQL, MongoDB, DRDS

Nombre maximal de requêtes par seconde (QPS)①

Les seuils QPS varient selon les spécifications du groupe de ressources exclusif :

  • Les groupes de ressources Serverless prennent en charge un minimum de 125 QPS.

  • Les groupes de ressources exclusifs pour DataService Studio prennent en charge un minimum de 500 QPS.

Sélectionnez une spécification correspondant au niveau QPS requis.

Remarque

Un seul groupe de ressources exclusif peut être associé à plusieurs espaces de travail et API.

Si le trafic API dépasse le seuil QPS de la spécification de votre groupe de ressources, le système applique une limitation du débit et les appels API échouent.

Chaque compte locataire prend en charge jusqu'à 200 QPS par région. Pour augmenter cette limite, passez à un groupe de ressources exclusif.

Si le trafic API dépasse 200 QPS, le système applique une limitation du débit et les appels API échouent.

Limite de délai d'expiration

30 s

10 s

Fiabilité

Élevée

Faible

Sécurité

Élevée

Élevée

Scénarios

Appels en ligne à forte concurrence et haute fréquence, instructions de requête complexes et retours de données volumineux.

Appels à faible concurrence et basse fréquence.

Note de recommandation

★★★★★

★★★

Remarque
  • Vous ne pouvez plus acheter de groupes de ressources avec les spécifications api.s1.small, api.s1.medium ou api.s1.large. Vous pouvez uniquement mettre à niveau, rétrograder ou libérer les groupes de ressources existants disposant de ces spécifications.

  • Note 1 : Le nombre maximal de requêtes par seconde (QPS) pour les groupes de ressources exclusifs est calculé en fonction des scénarios métier réels. Vous pouvez estimer le seuil QPS à l'aide des informations suivantes :

    • La génération ou non d'une API en mode script.

    • L'activation ou non de la fonctionnalité de pagination pour un appel d'API, afin que les résultats renvoyés soient affichés sur plusieurs pages.

    • Le temps d'exécution moyen des instructions SQL configurées pour un appel d'API est de 100 millisecondes dans une source de données.

    • La taille moyenne des données renvoyées par un seul appel d'API est de 3 000 octets.

    Si votre scénario métier diffère du scénario précédent, rejoignez le groupe DingTalk DataWorks pour obtenir les spécifications appropriées adaptées à vos scénarios métier.

Sur la base de la comparaison ci-dessus, nous vous recommandons d'utiliser un groupe de ressources exclusif pour les appels d'API.

Instructions de configuration des groupes de ressources

Configurer le quota DataService Studio pour un groupe de ressources Serverless

Si votre DataService Studio utilise un groupe de ressources Serverless, configurez un quota DataService Studio avant de sélectionner Exclusive Resource Group for DataService Studio dans Configure service resource group.

Remarque

Si vous ne configurez pas de quota DataService Studio pour votre groupe de ressources Serverless, vous risquez de rencontrer les problèmes suivants :

  • Les tests de connectivité réseau entre la source de données et le groupe de ressources DataService Studio échouent.

  • Vous ne pouvez pas sélectionner le groupe de ressources cible lors de la configuration d'un groupe de ressources de service exclusif.

  1. Connectez-vous à la console DataWorks. Dans la région cible, cliquez sur Resource Group dans le volet de navigation de gauche pour ouvrir la liste des groupes de ressources.

  2. Cliquez sur l'icône d'action image à côté de votre groupe de ressources Serverless et sélectionnez Manage Quota . Attribuez soit Occupied CUs (pour les groupes de ressources au paiement à l'utilisation), soit Minimum CUs (pour les groupes de ressources par abonnement) à Data Services.

    Groupe de ressources au paiement à l'utilisation

    Groupe de ressources par abonnement

    Dans la boîte de dialogue Quota Management, recherchez la ligne DataService Studio. Cliquez sur l'icône de modification dans la colonne Current CU Usage et définissez la valeur CU sur le montant souhaité (par exemple, 1). Après la modification, un message apparaît : « Detected a change in DataService Studio CU guarantee. Click Confirm to reinitialize. Estimated wait time: 3 minutes. » Cliquez sur Confirm pour terminer la configuration.

    Dans la boîte de dialogue Quota Management, la spécification actuelle est de 4 CU. Définissez la CU Guarantee pour DataService Studio sur 4, puis cliquez sur Confirm.

  3. Après avoir attribué Current CU Usage, cliquez sur Confirm pour enregistrer.

  4. Accédez à la page DataService Studio et reconfigurez le groupe de ressources de service exclusif.

    Sélectionnez le groupe de ressources Serveless_Resource (paiement à l'utilisation).