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

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

1、系统架构演变：

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

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

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

2）垂直应用架构：

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

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

3）分布式架构：

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

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

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

2、SOA ：

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

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

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

在这里插入图片描述

3、微服务架构：

客户端：

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

服务网关

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

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

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

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

在这里插入图片描述

4、SOA 与微服务区别：

功能 SOA 微服务

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

在这里插入图片描述

5、远程调用技术：

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

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 框架作为架构微服务化的基础组件，它能大大降低架构微服务化的成本，
提高调用方与提供方的研发效率，屏蔽跨进程调用函数（服务）的各类复杂细节，
让调用方感觉就像调用本地函数调用远端函数，让服务提供方感觉就像实现一个本地函数一样来实现服务。