工作中使用了微服务架构，接下来的一段时间里，我会写一系列的文章来介绍微服务架构，同时我也会在github上写一个microservices的应用框架（地址会在后续文章给出）。

这篇文章主要讲述了微服务架构中服务间的通信方式。

翻译和整理自：

  • http://microservices.io/patterns/communication-style/rpi.html
  • http://microservices.io/patterns/communication-style/messaging.html
  • http://microservices.io/patterns/communication-style/domain-specific.html

一、远程过程调用（Remote Procedure Invocation）


直接通过远程过程调用来访问别的service。

示例：

优点：

  • 简单，常见
  • 因为没有中间件代理，系统更简单

缺点：
  • 只支持请求/响应的模式，不支持别的，比如通知、请求/异步响应、发布/订阅、发布/异步响应
  • 降低了可用性，因为客户端和服务端在请求过程中必须都是可用的

二、消息


使用异步消息来做服务间通信。服务间通过消息管道来交换消息，从而通信。

示例：

优点:

  • 把客户端和服务端解耦，更松耦合
  • 提高可用性，因为消息中间件缓存了消息，直到消费者可以消费
  • 支持很多通信机制比如通知、请求/异步响应、发布/订阅、发布/异步响应

缺点:

  • 消息中间件有额外的复杂性




# 微服务
Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生