Passerelle API pour l'architecture événementielle

Question

Nous essayons de diviser notre noyau monolithique en microservices et d'en ajouter de nouveaux connectés les uns aux autres en utilisant le système de messagerie (par exemple Kafka).

La prochaine étape consiste à créer des points de terminaison API pour la communication entre les applications mobiles et les microservices via la passerelle Api.

Quelle serait une bonne solution pour développer une passerelle API pour transmettre des données vers/depuis les microservices?

1. utiliser le système de message comme demande de réponse un (transformer des demandes sur passerelle API dans les commandes de messages, attendez la réponse du système de messagerie avec le statut ou les données nécessaires)?
2. créer des points d'extrémité REST sur les microservices nécessaires (par exemple en utilisant REST.li) pour envoyer ou obtenir des données via la passerelle; utiliser le système de messagerie pour la cohérence des données sur la base des événements produits par les microservices?

Merci pour des conseils et des idées

Answer 1

Cela dépend de l'architecture que vous adoptez. Si j'ai compris la question, vous avez déjà le courtier avec le serveur de messages kafka. Je pense que vous pouvez utiliser l'architecture publish/subscribe to assyncronous message.

Si dans l'architecture backend les systèmes hérités prennent en charge SLA, dans ce cas, vous pouvez utiliser les points de terminaison restants nécessaires à l'intégration.

Il s'agit du gain de if pour utiliser API Gateway Pattern dans l'architecture.

Merci beaucoup.