Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Gérer le bavardage dans les communications par microservices
Le chattiness fait référence à une communication excessive entre les microservices, ce qui peut entraîner une inefficacité en raison de l'augmentation de la latence du réseau. Il est essentiel de gérer efficacement le bavardage pour que le système fonctionne bien.
Certains outils clés pour gérer le chattiness sont REST APIs, HTTP et APIs gRPC. APIs REST APIs propose une gamme de fonctionnalités avancées telles que les clés d'API, la régulation par client, la validation des demandes, AWS WAF l'intégration ou les points de terminaison d'API privés. APIs Les protocoles HTTP sont conçus avec un minimum de fonctionnalités et sont donc proposés à un prix inférieur. Pour plus de détails sur ce sujet et une liste des fonctionnalités principales disponibles dans REST APIs et HTTP APIs, voir Choisir entre REST APIs et HTTP APIs.
Les microservices utilisent souvent REST sur HTTP pour communiquer en raison de son utilisation généralisée. Mais dans les situations de volume élevé, la surcharge de REST peut entraîner des problèmes de performances. C'est parce que la communication utilise le protocole TCP handshake qui est requis pour chaque nouvelle demande. Dans de tels cas, l'API gRPC est un meilleur choix. gRPC réduit la latence car elle autorise plusieurs requêtes via une seule connexion TCP. gRPC prend également en charge le streaming bidirectionnel, permettant aux clients et aux serveurs d'envoyer et de recevoir des messages en même temps. Cela permet une communication plus efficace, en particulier pour les transferts de données importants ou en temps réel.
Si le chat persiste malgré le choix du bon type d'API, il peut être nécessaire de réévaluer votre architecture de microservices. La consolidation des services ou la révision de votre modèle de domaine peuvent réduire les bavardages et améliorer l'efficacité.
Utilisation de protocoles et de mise en cache
Les microservices utilisent souvent des protocoles tels que gRPC et REST pour la communication (voir la section Mécanismes de communication précédente) gRPC utilise HTTP/2 pour le transport, tandis que REST utilise généralement HTTP/1.1. gRPC utilise des tampons de protocole pour la sérialisation, tandis que REST utilise généralement JSON ou XML. Pour réduire la latence et la surcharge de communication, la mise en cache peut être appliquée. Des services tels qu'Amazon ElastiCache ou la couche de mise en cache d'API Gateway peuvent contribuer à réduire le nombre d'appels entre microservices.
