# 从浅入深 学习 SpringCloud 微服务架构（一）基础知识

从浅入深 学习 SpringCloud 微服务架构（一）基础知识

1、系统架构演变：

1）单体应用架构。如电商项目。

用户管理、商品管理、订单管理，在一个模块里。

优点：开发简单，快速，适用于小型应用，
缺点：不易扩展扩展维护，代码耦合。

2）垂直应用架构：

用户中心，商品系统，后台系统，多个模块横向集成在一个容器中。

优点：解决高并发问题，针对不同模块（子工程）优化，方便水平扩展，容错。
缺点：系统间相互独立，有重复开发工作。

3）分布式架构：

功能展示层：电商系统，CMS 系统，后台管理系统。
服务层：用户服务，订单服务，其他服务。

优点：抽取公共的功能为服务，提高开发效率。
对不同的服务进行集群化部署解决系统压力。
基于 ESB/DUBBO 减少系统耦合。

缺点：抽取服务的粒度较大，服务提供方与调用方接口耦合度较高。

2、SOA ：

全称 Service-Oriented Architecture 面向服务的架构，
它可以根据需求通过网络对松散的耦合的粗粒度应用组件（服务）进行分布式部署、组合和使用。一个服务通常以独立的形式存在于操作系统进程中。

站在功能的角度，把业务逻辑抽象成可复用、可组装的服务，通过服务的编排实现业务快速再生，
目的：把原先固有的业务转变为通用的业务服务，实现业务逻辑快速复用。

SOA 特点：分布式、可重用、扩展灵活、松耦合。

3、微服务架构：

客户端：

PC 端：电商系统（用户管理、商品管理、订单管理）
			CMS 系统（广告管理、营销管理）、
			后台管理系统（用户管理、客户管理）、
			
移动端：Android、IOS、H5。
1
2
3
4
5

服务网关

服务层：用户管理服务、用户鉴权服务、商品服务、订单服务、
CMS 服务、客户管理服务、物流服务 …

数据库：用户数据库、订单数据库、商品数据库、CMS 数据库。

优点：通过服务的原子化拆分，以及微服务的独立打包、部署和升级，
小团队的交付周期将缩短，运维成本也将大幅度下降。
微服务遵循单一原则，微服务之间采用 Restful 等轻量协议传输。

缺点：微服务过多，服务治理成本高，不利于系统维护。
分布式系统开发的技术成本高（容错、分布式事务等）。

4、SOA 与 微服务区别：

功能 SOA 微服务

组件大小 大块业务逻辑 单独任务或小块业务逻辑
耦合 通常松耦合 总是松耦合
公司架构 任何类型 小型、专注于功能交叉团队
管理 着重中央管理 着重分散管理
目标 确保应用能够交互操作 执行新功能、快速拓展开发团队。

5、远程调用技术：

RPC 协议 和 HTTP 协议。CAP 原理。
1

6、RPC ：

全称 Remote Procedure Call,一种进程间通信方式，允许像调用本地服务一样调用远程服务。
RPC 框架的主要目标就是让远程服务调用更简单、透明。RPC 框架负责屏蔽底层传输方式（TCP或UDP)、序列化方式（XML/JSON/二进制）和通信细节。并发人员在使用的时候只需要了解谁在什么位置提供了什么样的远程服务接口即可，并不需要关心底层通信细节和调用过程。

7、分布式远程调用：

1）在微服务架构中，通常存在多个服务之间的远程调用的需求，远程调用通常包含两部分：序列化和通信协议。

2）常见的序列化协议包括：json,xml,hession,protobuf,thrift,text,bytes 等。

3）目前主流的远程调用技术有：基于 HTTP 的 RESTful 接口 和 基于 TCP 的 RPC 协议。

8、RPC 与 RESTful 比较

1）Restful 接口：即 Representational State Transfer 缩写，
如果一个架构符合 REST 原则，就称它为 Restful 架构。

Restful 一般使用通信协议 HTTP，性能略低，灵活度高，应用于微服务架构。
http 协议 相对更规范，更标准，更通用，无论那种语言都支持 http 协议。
如果对外开放 API，如开放平台，外部的编程语言多种多样，你无法拒绝对每种语言的支持，现在开源中间件，基本最先支持的几个协议都包含 Restful。

2）RPC 协议：通讯协议一般使用 TCP，性能较高，灵活度低，应用于 SOA 架构。
RPC 框架作为架构微服务化的基础组件，它能大大降低架构微服务化的成本，
提高调用方与提供方的研发效率，屏蔽跨进程调用函数（服务）的各类复杂细节，
让调用方感觉就像调用本地函数调用远端函数，让服务提供方感觉就像实现一个本地函数一样来实现服务。

9、CAP 理论：

1）CAP 理论由 Eric Brewer 在 ACM 研讨会上提出，而后 CAP 被奉为分布式领域的重要理论。

2）分布式系统的 CAP 理论，首先把分布式系统中的三个特性进行归纳。

A 可用性（保持服务可用，多节点）、
C 一致性（多节点数据一致）、
P 分区容忍性（是否可将数据存到多个地方）。

3）一个系统不可能同时满足 CAP，只需要同时满足两个即可。

AC : 放弃分区容忍，如：物理数据库。
AP : 可以短暂允许数据不一致，如：NoSql 数据库，redis,mogodb。
CP : 放弃可用性，如：zookeeper 。

10、常见的微服务架构：

1）springcloud
2）Apache ServiceComb 架构。
3）ZeroC ICE 架构。

11、springcloud 架构概述：

springcloud 是一系列框架的有序集合，它利用 springboot 的开发便利性巧妙地简化了分布式系统基础设施的开发，
如：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用 springboot 的开发风格做到一键启动和部署。

springcloud 并没有重复制造轮子，它只是将目前各家公司开发的比较成熟，经得起实际考验的服务框架组合起来，通过 springboot 风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具。

12、springcloud 核心组件：

1）spring cloud Netflix 组件：

Eureka : 服务注册中心。
Ribbon : 客户端负载均衡。
Feign : 声明式服务调用。
Hystrix : 客户端容错保护。
Zuul : API 服务网关。

2）spring cloud Alibaba 组件：

Nacos : 服务注册中心。
Sentinel: 客户端容错保护。

3）springcloud 原生及其他组件：

Consul : 服务注册中心。
Config : 分布式配置中心。
Gateway : API 服务网关。
Sleuth/Zipkin : 分布式链路追踪。