Quels sont les avantages des instances ApsaraMQ for RocketMQ 5.x par rapport aux instances 4.x ?
Quelles versions de client sont compatibles avec les instances ApsaraMQ for RocketMQ 5.x ?
Quels langages de programmation le client ApsaraMQ for RocketMQ prend-il en charge ?
Comment activer l'accès au réseau public pour ApsaraMQ for RocketMQ ?
Quelle est la différence entre les messages ordonnés et les messages normaux ?
Où trouver le nom d'utilisateur et le mot de passe pour se connecter au serveur ?
Existe-t-il une limite au nombre de tags pour un abonnement ApsaraMQ for RocketMQ ?
Quelle est la taille maximale du corps d'un message dans ApsaraMQ for RocketMQ ?
Pendant combien de temps les messages sont-ils stockés dans ApsaraMQ for RocketMQ ?
Quelle est la politique d'équilibrage de charge des messages ?
En cas d'échec de la consommation d'un message, celui-ci est-il retraité ?
Les instances ApsaraMQ for RocketMQ 5.x prennent-elles en charge la consommation par diffusion ?
Quel est le délai maximal pour un message planifié dans ApsaraMQ for RocketMQ ?
Existe-t-il des limites sur le nombre de topics et de groups pour une instance ?
Le stockage ApsaraMQ for RocketMQ nécessite-t-il le montage d'un disque ?
Puis-je activer ou désactiver le chiffrement de disque pour une instance déjà achetée ?
Comment consulter l'espace de stockage d'une instance RocketMQ ?
Quels sont les avantages des instances ApsaraMQ for RocketMQ 5.x par rapport aux instances 4.x ?
Par rapport aux versions précédentes, les instances 5.x offrent une architecture plus avancée, facilitent le développement et les opérations, proposent des coûts plus flexibles et des modèles commerciaux plus complets. Pour plus d'informations, consultez la rubrique Différences et compatibilité entre les versions 4.x et 5.x.
Quelles versions de client sont compatibles avec les instances ApsaraMQ for RocketMQ 5.x ?
Les instances ApsaraMQ for RocketMQ 5.x sont compatibles avec les clients open source Apache RocketMQ 5.x, 4.x et 3.x, ainsi qu'avec les clients ApsaraMQ for RocketMQ ONS 1.x. Pour plus d'informations, consultez la section Différences et compatibilité entre les versions 4.x et 5.x.
Quels langages de programmation le client ApsaraMQ for RocketMQ prend-il en charge ?
Série ApsaraMQ for RocketMQ 5.x : Prend en charge les SDK Java, C/C++, C# et Go via le protocole TCP. Pour plus d'informations, consultez la rubrique Présentation de la référence SDK de la série 5.x.
Série ApsaraMQ for RocketMQ 4.x : Prend en charge les SDK Java, C/C# et .NET via le protocole TCP, ainsi que les SDK Java, Go, Python, Node.js, PHP, C# et C++ via le protocole HTTP. Pour plus d'informations, consultez la rubrique Présentation de la référence SDK de la série 4.x.
Comment activer l'accès au réseau public pour ApsaraMQ for RocketMQ ?
Instances de la série 5.x : Activez l'accès au réseau public lors de l'achat d'une instance. Si vous n'avez pas activé cette option lors de la création, mettez à niveau l'instance pour l'activer. Pour plus d'informations sur la facturation de l'accès au réseau public pour les instances de la série 5.x, consultez la rubrique Frais d'accès au réseau public.
Instances de la série 4.x : Les endpoints de réseau public sont pris en charge par défaut. Aucune configuration manuelle n'est requise. Pour plus d'informations sur la facturation de l'accès au réseau public pour les instances de la série 4.x, consultez la rubrique Tarification du trafic sur le réseau public.
Obtenez l'endpoint de réseau public depuis la page Instance Details dans la console ApsaraMQ for RocketMQ.
Quelle est la différence entre les messages ordonnés et les messages normaux ?
Les messages normaux ne garantissent pas que les messages seront consommés dans le même ordre que celui de leur production.
Pour les messages ordonnés, tous les messages sont partitionnés en fonction d'une ShardingKey. Les messages appartenant à la même partition sont consommés selon le principe premier entré, premier sorti (FIFO). L'ordre est garanti pour les messages au sein d'une même partition, mais pas pour les messages provenant de partitions différentes. Pour plus d'informations, consultez la rubrique Messages ordonnés.
Où trouver le nom d'utilisateur et le mot de passe pour se connecter au serveur ?
-
Instances de la série 5.x : Pour accéder à une instance de la série 5.x, fournissez le nom d'utilisateur et le mot de passe de l'instance. Par exemple :
/** * If you use a public endpoint, you must also set the instance username and password in the configuration. * You can get the username and password from the Intelligent Identity Recognition tab of Access Control in the console. * If you access the instance from an Alibaba Cloud ECS instance over the internal network, you do not need to configure this. * The server automatically obtains the information based on the internal VPC. * For Serverless instances, you must set the username and password for public network access. * If internal network access without identity verification is enabled, you do not need to set them for internal network access. */ builder.setCredentialProvider(new StaticSessionCredentialsProvider("Instance UserName", "Instance Password"));
-
Instances de la série 4.x : Pour accéder à une instance de la série 4.x, fournissez l'AccessKey ID et l'AccessKey secret de votre compte Alibaba Cloud ou de votre utilisateur RAM. Par exemple :
// The AccessKey ID for Alibaba Cloud identity verification. Create it in the Alibaba Cloud RAM console. properties.put(PropertyKeyConst.AccessKey,"Y2lK16J6Eh******"); // The AccessKey secret for Alibaba Cloud identity verification. Create it in the Alibaba Cloud RAM console. properties.put(PropertyKeyConst.SecretKey,"SPX46tC00z******");Pour créer une AccessKey, consultez la rubrique Créer une AccessKey.
Où trouver l'endpoint pour se connecter au serveur ?
Instances 5.x : Utilisez les endpoints TCP. L'accès via les SDK HTTP n'est pas pris en charge.
Instances 4.x : Utilisez les endpoints TCP et HTTP. Sélectionnez l'endpoint correspondant au protocole de votre SDK. Les endpoints destinés à différents protocoles ne sont pas interchangeables.
Obtenir via la console
Connectez-vous à la console ApsaraMQ for RocketMQ. Dans le volet de navigation de gauche, cliquez sur Instances.
Dans la barre de navigation supérieure, sélectionnez une région, par exemple China (Hangzhou). Sur la page Instances, cliquez sur le nom de l'instance que vous souhaitez gérer.
Sur la page Instance Details, consultez les endpoints de l'instance dans l'onglet Basic Information.
Obtenir l'endpoint en appelant une opération API
Instances 5.x : Appelez l'opération GetInstance.
Instances 4.x : Appelez l'opération OnsInstanceBaseInfo.
Existe-t-il une limite au nombre de tags pour un abonnement ApsaraMQ for RocketMQ ?
Le producteur définit les tags lors de l'envoi d'un message. Chaque message peut comporter un seul tag.
Lorsqu'un consommateur s'abonne aux messages, il n'y a aucune limite quant au nombre de tags dans la règle de filtrage. Toutefois, l'expression de filtrage ne doit pas être trop longue. Nous vous recommandons de la maintenir inférieure à 1 Ko.
Pour plus d'informations, consultez la rubrique Meilleures pratiques pour les topics et les tags.
Quelle est la différence entre la consommation en cluster et la consommation par diffusion dans ApsaraMQ for RocketMQ ?
Consommation en cluster : Dans ce mode, ApsaraMQ for RocketMQ garantit qu'un message est traité par un seul consommateur au sein du groupe de consommateurs.
Consommation par diffusion : Dans ce mode, ApsaraMQ for RocketMQ transmet chaque message à tous les consommateurs du groupe de consommateurs. Cela garantit que chaque consommateur traite le message au moins une fois.
Pour plus d'informations, consultez la rubrique Consommation en cluster et consommation par diffusion.
Comment les messages sont-ils consommés lorsque plusieurs groupes s'abonnent au même topic ?
Un groupe de consommateurs peut s'abonner à plusieurs topics, et un topic peut faire l'objet d'abonnements par plusieurs groupes de consommateurs. Lorsque plusieurs groupes de consommateurs s'abonnent au même topic, chaque message est remis une fois à chaque groupe de consommateurs. Les groupes de consommateurs étant isolés les uns des autres, un message peut être consommé simultanément par chaque groupe de consommateurs.
Quelle est la taille maximale du corps d'un message dans ApsaraMQ for RocketMQ ?
-
Instances de la série 5.x :
Maximum : 4 Mo.
-
Instances de la série 4.x :
Message normal ou ordonné : 4 Mo
Message transactionnel, planifié ou différé : 64 Ko
RemarqueLa taille totale des attributs d'un message ne peut pas dépasser 16 Ko.
Pendant combien de temps les messages sont-ils stockés dans ApsaraMQ for RocketMQ ?
-
Instances de la série 5.x :
Minimum : 24 heures.
Maximum : 720 heures.
-
Instances de la série 4.x :
Édition Standard : La durée de stockage est de 3 jours. Les messages plus anciens sont automatiquement supprimés.
Édition Enterprise Platinum : La durée de stockage par défaut est de 3 jours. Si l'espace de stockage acheté est insuffisant, ApsaraMQ for RocketMQ supprime les messages les plus anciens. Dans ce cas, la durée de stockage réelle peut être inférieure à 3 jours.
Quelle est la politique d'équilibrage de charge des messages ?
Instances de la série 5.x : Consultez les rubriques Politique d'équilibrage de charge des producteurs de la série 5.x et Politique d'équilibrage de charge des consommateurs de la série 5.x.
Instances de la série 4.x : Consultez la rubrique Politique d'équilibrage de charge des messages de la série 4.x.
En cas d'échec de la consommation d'un message, celui-ci est-il retraité ?
Si la consommation d'un message échoue, ApsaraMQ for RocketMQ remet le message au consommateur pour une nouvelle tentative. Pour plus d'informations sur le mécanisme de nouvelle tentative, consultez les rubriques suivantes :
Les instances ApsaraMQ for RocketMQ 5.x prennent-elles en charge la consommation par diffusion ?
ApsaraMQ for RocketMQ permet à plusieurs groupes de consommateurs de s'abonner au même message et à chaque groupe de consommateurs d'initialiser plusieurs consommateurs. Les groupes de consommateurs et les consommateurs peuvent être configurés pour consommer des messages dans les scénarios suivants :

-
Consommation par diffusion entre les groupes de consommateurs : Ce scénario est illustré sur la partie gauche de la figure précédente. Chaque groupe de consommateurs initialise son propre consommateur qui consomme tous les messages. Les messages sont transmis à plusieurs abonnés depuis les topics selon une relation un-à-plusieurs.
Ce mode est généralement utilisé dans des scénarios tels que la transmission via une passerelle et la diffusion de configurations.
-
Consommation en cluster au sein d'un groupe de consommateurs : Ce scénario est illustré sur la partie droite de la figure précédente. Chaque groupe de consommateurs initialise plusieurs consommateurs, et les messages sont envoyés à tous les consommateurs du groupe. Cela s'avère utile lorsque vous souhaitez mettre en œuvre un partitionnement horizontal du trafic et un équilibrage de charge au sein du groupe.
Ce mode convient au découplage des microservices.
Pour les instances de la série 5.x, vous n'avez pas besoin de configurer séparément le code du SDK client. Vous pouvez obtenir l'effet de diffusion en concevant la relation d'abonnement basée sur la consommation par diffusion entre les groupes de consommateurs.
Quel est le délai maximal pour un message planifié dans ApsaraMQ for RocketMQ ?
-
Instances de la série 5.x :
Les instances Standard Edition en abonnement et paiement à l'utilisation, ainsi que les instances Serverless Standard et Professional Edition, prennent en charge un délai maximal de 7 jours.
Les instances Professional Edition et Platinum Edition en abonnement et paiement à l'utilisation prennent en charge un délai maximal de 40 jours.
-
Instances de la série 4.x : Le délai maximal est de 40 jours.
Vous pouvez définir le paramètre
msg.setStartDeliverTimed'un message sur un moment précis dans les 40 jours à venir. La valeur est exprimée en millisecondes. Si vous spécifiez une valeur supérieure à 40 jours, le broker ne pourra pas remettre le message.RemarqueIl existe un délai de 1 à 2 secondes entre l'heure planifiée d'envoi d'un message planifié et l'heure réelle d'envoi du message.
Existe-t-il des limites sur le nombre de topics et de groups pour une instance ?
-
Instances de la série 5.x
Les limites concernant le nombre de topics et de groups dépendent du type d'instance que vous achetez. Pour connaître les limites spécifiques, consultez la rubrique Spécifications des instances.
-
Instances de la série 4.x
Type d'instance
Limite de topic
Limite de group
Instance Standard Edition
Illimité
RemarqueLes instances de la série 4.x sont facturées en fonction du nombre de topics. Pour éviter des frais supplémentaires, supprimez rapidement les topics qui ne sont plus utilisés. Pour plus de détails sur la facturation, consultez la rubrique Tarification de l'envoi et de la réception de messages.
1 000
Instance Enterprise Platinum Edition
Dépend de la spécification de topic sélectionnée lors de l'achat
1 000
Le stockage ApsaraMQ for RocketMQ nécessite-t-il le montage d'un disque ?
Non.
Vous devez uniquement sélectionner une taille d'espace de stockage lors de la création d'une instance Platinum Edition de la série 4.x. Le stockage réel est configuré en fonction de la taille sélectionnée.
Pour les autres types d'instances, la facturation est basée sur la quantité réelle de messages stockés. Vous n'avez pas besoin de configurer le stockage.
Puis-je activer ou désactiver le chiffrement de disque pour une instance déjà achetée ?
Non. Vous ne pouvez activer le chiffrement de disque que lors de la création d'une instance. Il est impossible d'activer cette fonctionnalité pour une instance existante ou de la désactiver une fois activée.