【Spring Cloud】001-微服务概述

叁歲伎倆 2023-10-05 10:27 10阅读 0赞

**目录**

一、概述

1、什么是微服务

2、微服务架构四个核心问题

3、问题的解决方案

方案一：

方案二：

方案三：

3、新概念

万变不离其宗：

归根结底：

二、微服务扩展

1、微服务与微服务架构

微服务：

微服务架构：

2、微服务优缺点

优点：

缺点：

3、微服务技术栈有那些

4、为什么选择SpringCloud作为微服务架构

选型依据：

当前各大IT公司用的微服务架构有那些？

各微服务框架对比：

--------------------

# 一、概述 #

## 1、什么是微服务 ##

微服务是一种用于构建应用的架构方案。微服务架构有别于更为传统的单体式方案，可将应用拆分成多个核心功能。每个功能都被称为一项服务，可以单独构建和部署，这意味着各项服务在工作（和出现故障）时不会相互影响；

也就是说，将应用的多个核心功能拆分为不同的模块，每一个模块作为一项服务可单独构建和部署，各项服务工作时不会相互影响；

## 2、微服务架构四个核心问题 ##

服务很多，客户端该怎么访问？

这么多服务，服务之间如何通信；

这么多服务，如何管理？

服务挂了，怎么办？

## 3、问题的解决方案 ##

Spring Cloud生态！

### 方案一： ###

Spring Cloud NetFlix：一站式解决方案；

**访问：**api网关，zuul组件；

**Feign：**\--- HttpClient --- Http通信方式，同步，阻塞；

**服务注册与发现：**Eureka；

**熔断机制：**Hystrix；

### 方案二： ###

Apach Dubbo Zookeeper：半自动，需要整合别人的；

**访问（api网关）**：没有，找第三方组件，或者自己实现；

**Dubbo：**服务的输出和输入；

**ZooKeeper：**服务注册和发现；

**熔断机制：**没有；

Dubbo 这个方案并不完善！

### 方案三： ###

Spring Cloud Alibaba：新一代一站式解决方案，更简单了！；

## 3、新概念 ##

**服务网格Server Mesh！**

istio；

### 万变不离其宗： ###

1、API网关；
    
    2、HTTP,RPC;
    
    3、服务的注册和发现；
    
    4、熔断机制；

### 归根结底： ###

网络不可靠！

# 二、微服务扩展 #

## 1、微服务与微服务架构 ##

### 微服务： ###

强调的是服务的大小，它关注的是某一个点，是具体解决某一个问题/提供落地对应服务的一个服务应用，狭义的看，可以看作是IDEA中的一个个微服务工程，或者Moudel；

### 微服务架构： ###

一种新的架构形式，Martin Fowler 于2014年提出；

微服务架构是一种架构模式，它体长将单一应用程序划分成一组小的服务，服务之间相互协调，互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务与服务之间采用轻量级的通信机制\*\*(如HTTP)**互相协作，每个服务都围绕着具体的业务进行构建，并且能够被独立的部署到生产环境中，另外，应尽量避免统一的，集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言、工具**(如Maven)\*\*对其进行构建；

## 2、微服务优缺点 ##

### 优点： ###

*  单一职责原则；
 *  每个服务足够内聚，足够小，代码容易理解，这样能聚焦一个指定的业务功能或业务需求；
 *  开发简单，开发效率高，一个服务可能就是专一的只干一件事；
 *  微服务能够被小团队单独开发，这个团队只需2-5个开发人员组成；
 *  微服务是松耦合的，是有功能意义的服务，无论是在开发阶段或部署阶段都是独立的；
 *  微服务能使用不同的语言开发；
 *  易于和第三方集成，微服务允许容易且灵活的方式集成自动部署，通过持续集成工具，如jenkins，Hudson，bamboo；
 *  微服务易于被一个开发人员理解，修改和维护，这样小团队能够更关注自己的工作成果，无需通过合作才能体现价值；
 *  微服务允许利用和融合最新技术；
 *  **微服务只是业务逻辑的代码，不会和HTML，CSS，或其他的界面混合;**
 *  **每个微服务都有自己的存储能力，可以有自己的数据库，也可以有统一的数据库；**

### 缺点： ###

*  开发人员要处理分布式系统的复杂性；
 *  多服务运维难度，随着服务的增加，运维的压力也在增大；
 *  系统部署依赖问题；
 *  服务间通信成本问题；
 *  数据一致性问题；
 *  系统集成测试问题；
 *  性能和监控问题；

## 3、微服务技术栈有那些 ##

<table> 
 <thead> 
  <tr> 
   <th><strong>微服务技术条目</strong></th> 
   <th>落地技术</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>服务开发</td> 
   <td>SpringBoot、Spring、SpringMVC等</td> 
  </tr> 
  <tr> 
   <td>服务配置与管理</td> 
   <td>Netfix公司的Archaius、阿里的Diamond等</td> 
  </tr> 
  <tr> 
   <td>服务注册与发现</td> 
   <td>Eureka、Consul、Zookeeper等</td> 
  </tr> 
  <tr> 
   <td>服务调用</td> 
   <td>Rest、PRC、gRPC</td> 
  </tr> 
  <tr> 
   <td>服务熔断器</td> 
   <td>Hystrix、Envoy等</td> 
  </tr> 
  <tr> 
   <td>负载均衡</td> 
   <td>Ribbon、Nginx等</td> 
  </tr> 
  <tr> 
   <td>服务接口调用(客户端调用服务的简化工具)</td> 
   <td>Fegin等</td> 
  </tr> 
  <tr> 
   <td>消息队列</td> 
   <td>Kafka、RabbitMQ、ActiveMQ等</td> 
  </tr> 
  <tr> 
   <td>服务配置中心管理</td> 
   <td>SpringCloudConfig、Chef等</td> 
  </tr> 
  <tr> 
   <td>服务路由(API网关)</td> 
   <td>Zuul等</td> 
  </tr> 
  <tr> 
   <td>服务监控</td> 
   <td>Zabbix、Nagios、Metrics、Specatator等</td> 
  </tr> 
  <tr> 
   <td>全链路追踪</td> 
   <td>Zipkin、Brave、Dapper等</td> 
  </tr> 
  <tr> 
   <td>数据流操作开发包</td> 
   <td>SpringCloud Stream(封装与Redis，Rabbit，Kafka等发送接收消息)</td> 
  </tr> 
  <tr> 
   <td>时间消息总栈</td> 
   <td>SpringCloud Bus</td> 
  </tr> 
  <tr> 
   <td>服务部署</td> 
   <td>Docker、OpenStack、Kubernetes等</td> 
  </tr> 
 </tbody> 
</table>

## 4、为什么选择SpringCloud作为微服务架构 ##

### 选型依据： ###

整体解决方案和框架成熟度

社区热度

可维护性

学习曲线

### 当前各大IT公司用的微服务架构有那些？ ###

阿里：dubbo+HFS

京东：JFS

新浪：Motan

当当网：DubboX

…

### 各微服务框架对比： ###

<table> 
 <thead> 
  <tr> 
   <th><strong>功能点/服务框架</strong></th> 
   <th>Netflix/SpringCloud</th> 
   <th>Motan</th> 
   <th>gRPC</th> 
   <th>Thrift</th> 
   <th>Dubbo/DubboX</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>功能定位</td> 
   <td>完整的微服务框架</td> 
   <td>RPC框架，但整合了ZK或Consul，实现集群环境的基本服务注册发现</td> 
   <td>RPC框架</td> 
   <td>RPC框架</td> 
   <td>服务框架</td> 
  </tr> 
  <tr> 
   <td>支持Rest</td> 
   <td>是，Ribbon支持多种可拔插的序列号选择</td> 
   <td>否</td> 
   <td>否</td> 
   <td>否</td> 
   <td>否</td> 
  </tr> 
  <tr> 
   <td>支持RPC</td> 
   <td>否</td> 
   <td>是(Hession2)</td> 
   <td>是</td> 
   <td>是</td> 
   <td>是</td> 
  </tr> 
  <tr> 
   <td>支持多语言</td> 
   <td>是(Rest形式)</td> 
   <td>否</td> 
   <td>是</td> 
   <td>是</td> 
   <td>否</td> 
  </tr> 
  <tr> 
   <td>负载均衡</td> 
   <td>是(服务端zuul+客户端Ribbon)，zuul-服务，动态路由，云端负载均衡Eureka（针对中间层服务器）</td> 
   <td>是(客户端)</td> 
   <td>否</td> 
   <td>否</td> 
   <td>是(客户端)</td> 
  </tr> 
  <tr> 
   <td>配置服务</td> 
   <td>Netfix Archaius，Spring Cloud Config Server 集中配置</td> 
   <td>是(Zookeeper提供)</td> 
   <td>否</td> 
   <td>否</td> 
   <td>否</td> 
  </tr> 
  <tr> 
   <td>服务调用链监控</td> 
   <td>是(zuul)，zuul提供边缘服务，API网关</td> 
   <td>否</td> 
   <td>否</td> 
   <td>否</td> 
   <td>否</td> 
  </tr> 
  <tr> 
   <td>高可用/容错</td> 
   <td>是(服务端Hystrix+客户端Ribbon)</td> 
   <td>是(客户端)</td> 
   <td>否</td> 
   <td>否</td> 
   <td>是(客户端)</td> 
  </tr> 
  <tr> 
   <td>典型应用案例</td> 
   <td>Netflix</td> 
   <td>Sina</td> 
   <td>Google</td> 
   <td>Facebook</td> 
   <td>&nbsp;</td> 
  </tr> 
  <tr> 
   <td>社区活跃程度</td> 
   <td>高</td> 
   <td>一般</td> 
   <td>高</td> 
   <td>一般</td> 
   <td>2017年后重新开始维护，之前中断了5年</td> 
  </tr> 
  <tr> 
   <td>学习难度</td> 
   <td>中等</td> 
   <td>低</td> 
   <td>高</td> 
   <td>高</td> 
   <td>低</td> 
  </tr> 
  <tr> 
   <td>文档丰富程度</td> 
   <td>高</td> 
   <td>一般</td> 
   <td>一般</td> 
   <td>一般</td> 
   <td>高</td> 
  </tr> 
  <tr> 
   <td>其他</td> 
   <td>Spring Cloud Bus为我们的应用程序带来了更多管理端点</td> 
   <td>支持降级</td> 
   <td>Netflix内部在开发集成gRPC</td> 
   <td>IDL定义</td> 
   <td>实践的公司比较多</td> 
  </tr> 
 </tbody> 
</table>