背景：

主要是思考下，我们为什么要用微服务？

微服务我现在理解是：提供了我们一种模块化的手段，一个服务负责一种类型的业务，是一种面对复杂问题进行拆分的方式，但是也会引入一些中间件，让本来可能简单的东西，变的复杂一些，因为：有了拆分就必须有治理。网络本身就有不确定性，那在多进程下的治理就会稍微麻烦一点。

但是总体来说，也算是一种思路吧，按照微服务的方式开发，主要目的应该是为了应对以后的升级，有些服务的压力大，有些服务压力小，到时候有些压力大的服务需要部署多个进行扩展升级，也能较为轻松。

>>>>>>>>>>>>>>1.开发<<<<<<<<<<<<<<<<

0)用户

        用户到nginx之间需要用https，避免被监听。

1)nginx // 做统一的分发，到微服务，相当于网关,提供统一访问端口。

2)具体服务

1.common   // 各个服务的共用模块，jwt之类的

2.微服务1

3.微服务2

3)分层

        领域。

        基础设施。

        应用服务。

4)微服务之间的通信

方式1:http rpc方式，这样子我们需要知道对方的地址。

方式2: dubbo 类似的rpc的方式，其实也差不多。

方式3: 基于mq的发布订阅，这样子等于是异步的通信，这个项目采用的就是这种，基于Rabbitmq封装成EventBus的接口，一个微服务发出的事件+消息体，其它微服务就能接收到，服务之间是完全无感知的，根本不知道对方的存在，达到了一种解耦的效果。

>>>>>>>>>>>>>2.Rider中一键启动多个微服务进程<<<<<<<<<<<<<<<<

>>>>>>>>>>>>>>>>3.部署上线<<<<<<<<<<<<<<<<

YouZack-英语听力精听、背单词