我在上一篇文章中,我谈到了微服务中涉及到的设计模式。现在,我想深更深入介绍微服务架构中最重要的设计模式:微服务之间的数据通讯。当我们用于开发独立应用程序时通讯是一个艰巨的任务。...服务正在调用多个下游服务,如服务B,服务C和D实时数据服务。
服务B,服务C,服务D被称为顺序——这种场景会有当服务相互依赖来检索数据或事件的功能序列通过这些服务执行。...请注意,我建议这种模式如果服务B,C和D是管理API的一部分,否则它的杀伤力有API网关。深入阅读服务网格作为一个替代解决方案。...我们有不同的方式可以实现异步风格:
消息(Messaging)
在这种方法中,生产者将消息发送到消息代理和他消费者可以听消息代理接收消息,并相应地处理它。在重新有两种模式:一对一和一对多。...消费者会知道基于事件名称如何检索相关数据从其他来源,如数据库或队列。
还有其他风格,喜欢编排风格,但是我个人不喜欢这样。太复杂的实现。这只能通过同步方式。