背景：
主要是思考下，我们为什么要用微服务？
微服务我现在理解是：提供了我们一种模块化的手段，一个服务负责一种类型的业务，是一种面对复杂问题进行拆分的方式，但是也会引入一些中间件，让本来可能简单的东西，变的复杂一些，因为：有了拆分就必须有治理。网络本身就有不确定性，那在多进程下的治理就会稍微麻烦一点。
但是总体来说，也算是一种思路吧，按照微服务的方式开发，主要目的应该是为了应对以后的升级，有些服务的压力大，有些服务压力小，到时候有些压力大的服务需要部署多个进行扩展升级，也能较为轻松。
>>>>>>>>>>>>>>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.部署上线<<<<<<<<<<<<<<<<文章来源：https://www.toymoban.com/news/detail-809660.html
YouZack-英语听力精听、背单词文章来源地址https://www.toymoban.com/news/detail-809660.html
到了这里，关于ASP .net core微服务实战(杨中科)的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
