ApsaraMQ for RocketMQ est une plateforme distribuée d'Alibaba Cloud qui unifie le traitement des messages, des événements et des flux. S'appuyant sur Apache RocketMQ, elle offre une faible latence, une concurrence élevée, une haute disponibilité et une grande fiabilité. Suite à la publication d'Apache RocketMQ 5.0, ApsaraMQ for RocketMQ propose désormais une version serveur 5.x plus stable et fiable. Cette rubrique décrit les différences et la compatibilité entre les versions serveur 5.x et 4.x d'ApsaraMQ for RocketMQ.
Avantages de la version 5.x
Par rapport aux versions serveur précédentes, ApsaraMQ for RocketMQ 5.x présente les avantages suivants :
-
Architecture plus avancée
Elle adopte entièrement une architecture de messagerie avec séparation du stockage et du calcul. Les ressources de stockage et de calcul peuvent être mises à l'échelle horizontalement et indépendamment selon les besoins. Cette architecture prend en charge une exploitation et maintenance élastiques performantes et offre des capacités haute performance à grande échelle.
-
Seuil de développement réduit
Elle privilégie l'utilisation de SDK clients entièrement compatibles avec Apache RocketMQ. Elle assure également la rétrocompatibilité avec toutes les versions précédentes des SDK et des opérations API.
Elle prend en charge l'identification sécurisée au sein d'un VPC. Pour migrer vers le cloud, il vous suffit de modifier le point d'accès. Aucune autre modification de code n'est requise.
-
Seuil d'exploitation et maintenance réduit
Elle fournit des solutions telles que la rotation automatique, l'élasticité et un environnement de préproduction léger. Ces solutions répondent aux défis courants, tels que l'évaluation de la capacité en ligne, l'élasticité pour les pics et les creux d'activité, ainsi que les environnements de déploiement progressif quotidiens. Cette approche réduit le seuil global d'exploitation et maintenance et limite les risques.
-
Coûts plus flexibles
En optimisant la technologie d'infrastructure cloud, les capacités de calcul pour l'envoi et la réception de messages prennent en charge une combinaison de trafic réservé et de trafic burst. Ainsi, les entreprises n'ont pas besoin de prévoir de grandes marges pour le trafic burst.
Le stockage des messages fonctionne selon un modèle de paiement à l'utilisation. Ce modèle offre des avantages élastiques significatifs par rapport aux disques cloud attachés, qui ne peuvent pas être réduits.
-
Modèles commerciaux plus complets
Il propose une gamme plus complète d'offres hiérarchisées et prend en charge les modèles de tarification mensuels et horaires.
-
Le nouveau modèle LiteTopic améliore la prise en charge de la communication asynchrone pour les applications d'IA
Il résout les points de douleur courants, tels que les longs temps de traitement des tâches métier liées à l'IA, la rareté et le coût élevé des ressources de calcul, ainsi que les conflits entre l'utilisation de la puissance de calcul et les fluctuations du trafic métier. Il fournit une fonctionnalité de sujet légère et des solutions associées. Les développeurs peuvent facilement construire un système de communication asynchrone robuste, efficace et évolutif. Cela permet de lisser les pics et les creux de demandes, de réduire la pression de traitement sur le backend, d'améliorer l'utilisation des ressources et de réaliser des économies de coûts.
Descriptions des SDK pour chaque version
Le tableau suivant décrit les SDK et la prise en charge des fonctionnalités pour chaque version d'ApsaraMQ for RocketMQ. Dans le tableau, ✔#10004; indique que la fonctionnalité est prise en charge, et ✘#10008; indique qu'elle ne l'est pas.
Dans le tableau ci-dessous, ✔ signifie que la fonctionnalité est prise en charge, et ✘ qu'elle ne l'est pas.
Élément de comparaison | ||||||
Protocole | Protocole gRPC v2 | Protocole Remoting | Protocole Remoting | Protocole Remoting | Protocole gRPC v1 | Protocole HTTP |
Instances accessibles | Instances de la série 5.x |
|
|
| Instances de la série 4.x | Instances de la série 4.x |
Recommandations d'utilisation | Utilisez le SDK gRPC 5.x.
|
|
| |||
Envoi de messages ordinaires, ordonnés, transactionnels et planifiés | ✔#10004; | ✔#10004; | ✔#10004; | ✔#10004; | ✔#10004; | ✔#10004; |
Consommation concurrente | ✔#10004; | ✔#10004; | ✔#10004; | ✔#10004; | ✔#10004; | ✔#10004; |
Consommation ordonnée des messages | ✔#10004; | ✔#10004; | ✔#10004; | ✔#10004; | ✔#10004; | ✔#10004; |
Consommation ordonnée des messages optimisation de la concurrence | ✔#10004; | ✘#10008; | ✘#10008; | ✘#10008; | ✘#10008; | ✘#10008; |
Consommation en mode broadcast | ✘#10008; | ✔#10004; | ✔#10004; | ✔#10004; | ✘#10008; | ✘#10008; |
Consommation de flux (par exemple, connexion à Flink) | ✘#10008; | ✔#10004; | ✔#10004; | ✘#10008; | ✘#10008; | ✘#10008; |
Traçabilité des messages | ✔#10004; | ✔#10004; | Prise en charge à partir de la version 4.5.2 | ✔#10004; | ✔#10004; | ✘#10008; |
Producteur et données de métriques du client consommateur | ✔#10004; | ✘#10008; | ✘#10008; | ✘#10008; | ✘#10008; | ✘#10008; |
✔#10004; | Uniquement pris en charge par les instances de la série 5.x | ✘#10008; | ✘#10008; | ✘#10008; | ✘#10008; | |
Compatibilité des fonctionnalités entre les versions 4.x et 5.x
Les instances ApsaraMQ for RocketMQ 5.x s'appuient sur l'expérience de production de grands clients entreprise et ont optimisé les fonctionnalités et les comportements d'envoi et de réception de messages. Par conséquent, les paramètres et les comportements des fonctionnalités peuvent différer dans certains scénarios. Ces changements n'affectent généralement pas le flux principal des messages. Si vous mettez à niveau une instance 4.x existante vers la version 5.x, vous devez évaluer les risques en fonction de vos besoins métier.
Le tableau suivant décrit les différences de fonctionnalités et de comportements :
Différence de fonctionnalité | Version 4.x | Version 5.x | Description |
Durée maximale pour les messages planifiés | 40 jours |
Pour plus d'informations, consultez Quotas et limites. | De longues durées de planification peuvent présenter un risque de stabilité pour le système. Ne définissez pas une durée trop longue. Utilisez des durées plus courtes pour simuler des scénarios métier. Pour plus d'informations, consultez Messages planifiés et différés. Si vous migrez une instance 4.x existante et que la durée maximale ne répond pas à vos exigences, soumettez un ticket pour obtenir de l'aide. |
Prise en charge du protocole HTTP | ✔ | ✘ | La version 5.x ne prend pas en charge le protocole HTTP. Si votre instance 4.x existante utilise le protocole HTTP, reportez la mise à niveau. |
Politique d'autorisation RAM | Lien de données + lien de contrôle | Prend en charge le lien de contrôle, mais la politique d'autorisation diffère de celle de la version 4.x. |
|
Routage global des messages | ✔ | Utilisez la fonctionnalité Global Message Replication. | Global Message Replication prend en charge les types d'instances open source, Alibaba Cloud 4.x et Alibaba Cloud 5.x. Il fournit une synchronisation inter-régions et inter-instances pour les messages et la progression de la consommation. |
Restriction de type de message | Non restreint | Strictement restreint | Dans la version 5.x, les types de messages sont séparés en sujets pour une exploitation et maintenance et un traitement indépendants. Le système valide strictement le type de message envoyé par rapport au type de message défini pour le sujet. Si la validation échoue, la demande d'envoi est rejetée et une exception d'incompatibilité de type est renvoyée. Pour plus d'informations, consultez Contraintes de comportement des sujets. |
Restrictions d'achat
Les instances ApsaraMQ for RocketMQ 5.x sont disponibles à l'achat pour tous les utilisateurs.
Les instances ApsaraMQ for RocketMQ 4.x sont disponibles à l'achat uniquement pour les utilisateurs existants. Nous vous recommandons de mettre à niveau votre instance vers la version 5.x dès que possible. Pour effectuer la mise à niveau, vous pouvez soumettre un ticket pour obtenir de l'aide.
Description de la mise à niveau de la version 4.x vers 5.x
Actuellement, vous ne pouvez pas mettre à niveau directement les instances 4.x vers la version 5.x à l'aide d'un outil de mise à niveau. Pour mettre à niveau une instance existante vers la version 5.x, vous devez acheter une instance 5.x, puis migrer progressivement le trafic de votre service vers la nouvelle instance, comme illustré dans la figure suivante.
Comme indiqué dans la figure précédente, vous pouvez créer rapidement les métadonnées à la deuxième étape en utilisant les fonctionnalités d'importation et d'exportation de sujets et de groupes. Pour plus d'informations, consultez Importation/Exportation de sujets et Importation/Exportation de groupes.
Lors de la migration de votre activité, vous pouvez utiliser la solution suivante, qui combine des opérations de double lecture et double écriture avec un déploiement progressif.
