这是我参与「 第五届青训营 」伴学笔记创作活动的第 9 天

什么是微服务架构

微服务架构（Microservice Architecture）是一种架构概念，旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。微服务架构是个很有趣的概念，它的主要作用是将功能分解到离散的各个服务当中，从而降低系统的耦合性，并提供更加灵活的服务支持。

概念： 把一个大型的单个应用程序和服务拆分为数个甚至数十个的支持微服务，它可扩展单个组件而不是整个的应用程序堆栈，从而满足服务等级协议。

定义： 围绕业务领域组件来创建应用，这些应用可独立地进行开发、管理和迭代。在分散的组件中使用云架构和平台式部署、管理和服务功能，使产品交付变得更加简单。

本质： 用一些功能比较明确、业务比较精练的服务去解决更大、更实际的问题。

微服务的具体特征

1. 一系列的独立的服务共同组成系统

2. 单独部署，跑在自己的进程中

3. 每个服务为独立的业务开发

4. 分布式管理

5. 非常强调隔离性

服务之间的通信

服务间的通信就是IPC，基本最通用的两种方式有：

同步调用：

①REST（JAX-RS，Spring Boot）

②RPC（Thrift, Dubbo）

异步消息调用(Kafka, Notify, MetaQ)

同步和异步的区别：

一般同步调用比较简单，一致性强，但是容易出调用问题，性能体验上也会差些。

而异步消息的方式在分布式系统中有特别广泛的应用，他既能减低调用服务之间的耦合，又能成为调用之间的缓冲，确保消息积压不会冲垮被调用方，同时能保证调用方的服务体验，继续干自己该干的活，不至于被后台性能拖慢。不过需要付出的代价是一致性的减弱，需要接受数据最终一致性；还有就是后台服务一般要 实现幂等性，因为消息发送出于性能的考虑一般会有重复。

总结

通过本次微服务的学习，我对微服务有了一定的了解，因为之前用过go-zero框架，那时候还不懂微服务是什么，现在再来学习微服务，以前的实战经验对微服务理解有很大帮助。