微服务（认识微服务）

学习笔记

微服务是什么

        可以从这篇文章中可以理解微服务为什么会兴起及其微服务的作用。

        微服务架构是将单一的应用程序开发为一组小型服务的方法，每个服务运行在自己的进程中，服务间采用轻量级通信机制。服务围绕着业务能力构建，可通过全自动部署机制独立部署。服务的管理应采用最小的集中管理，服务可以用不同的语言开发，使用不同的数据库存储技术。---- Martin Fowler

发现微服务架构的几个特点：

• 每个服务运行在自己的进程中；
• 微服务之间采用轻量级通信；
• 服务围绕着业务能力构建；
• 全自动部署机制独立部署；
• 服务的管理应采用最小的集中管理。

怎么去理解

       学习微服务需要把握的主要核心思想应该是，那些解决方案（比如：SpringCloud）中，是通过什么样的方法来实现微服务的（即满足微服务的特点）。那么怎么做才能实现一个微服务架构，即什么样的方法可以满足以上微服务的特点。那么需要解决的问题是什么？怎么解决的？像SpringCloud和Service Mesh就是微服务的解决方案。这篇文章给出观点如下：

问题如下：

• 服务实例太多怎么办
• 服务调用关系太杂乱怎么办
• 服务访问出错了怎么办。
• 配置信息散落在各个服务中怎么办
• 服务调用链路太长怎么办

解决如下：

• 服务治理：服务发现和服务注册机制，使得服务实例的管理变得自动化、透明化。对应于SpringCloud中的Eureka与Ribbon。
• API 网关：降低服务客户端与服务提供者之间的耦合度。对应于Zuul和SpringCloud中的Eureka与Ribbon。
• 服务容错：采用服务隔离、服务熔断和服务回退等面向服务调用端的有效容错机制。对应于Spring Cloud Circuit Breaker。
• 配置中心：一个配置中心来集中化管理，组织和管理散落在各个服务中的配置信息。对应于Spring Cloud Config。
• 链路跟踪：使用链路跟踪机制，来对各个服务之间的调用过程进行统一管理。对应于Spring Cloud Sleuth 

        除了上述的，补充两个，第一，通信组件，SpringCloud消息传递机制----Spring Cloud Stream；第二，安全------Spring Cloud Security。

        知乎上的这篇文章将从服务调用问题的角度，将微服务的知识串联了起来。下面根据自己的理解，梳理该文章的内容，具体如下：

        当我们将单体应用转化为一些服务时，会发现服务太多调用关系复杂，那么当某个服务出现故障时将怎么办？这样去理解：预防故障发生→定位故障→分析故障→降低故障产生的影响。

• 预防故障发生

        监控各个服务的状态，建立一个服务（组件），各个服务定时向该服务报告自己是否存活。还可以让一个服务存在多个实例（这里就会涉及负载均衡）。Spring Cloud中使用Eureka与Ribbon来做。

• 定位故障

        使用链路跟踪机制，来记录用户请求时，微服务内部产生多少调用，及其调用关系。

• 分析故障

        服务多日志也多，那么就涉及到查找日志与展示，比如：使用ELK组件。

• 降低故障产生的影响

        一个服务多个实例也是一种方法。还有服务管理，常见的方式是，服务降级、熔断与限流。

认识微服务后，接下来将了解微服务的解决方案之一——SpringCloud