微服务基本知识---- 系统架构的演变
1.1 系统架构的演变
随着互联网的发展，网站应用的规模不断扩大，常规的应用架构已无法应对，分布式服务架构以及微服
务架构势在必行，亟需一个治理系统确保架构有条不紊的演进。
1.1.1 单体应用架构
Web应用程序发展的早期，大部分web工程(包含前端页面,web层代码,service层代码,dao层代码)是将
所有的功能模块,打包到一起并放在一个web容器中运行。
比如搭建一个电商系统：客户下订单，商品展示，用户管理。这种将所有功能都部署在一个web容器中
运行的系统就叫做单体架构。
优点：
所有的功能集成在一个项目工程中
项目架构简单，前期开发成本低，周期短，小型项目的首选。
缺点：
全部功能集成在一个工程中，对于大型项目不易开发、扩展及维护。
系统性能扩展只能通过扩展集群结点，成本高、有瓶颈。
技术栈受限
1.1.2 垂直应用架构
当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提
升效率
优点：
项目架构简单，前期开发成本低，周期短，小型项目的首选。
通过垂直拆分，原来的单体项目不至于无限扩大
不同的项目可采用不同的技术。
缺点：
全部功能集成在一个工程中，对于大型项目不易开发、扩展及维护。
系统性能扩展只能通过扩展集群结点，成本高、有瓶颈
1.1.3 分布式SOA架构
1.1.3.1 什么是SOA
SOA 全称为 Service-Oriented Architecture，即面向服务的架构。它可以根据需求通过网络对松散耦合
的粗粒度应用组件(服务)进行分布式部署、组合和使用。一个服务通常以独立的形式存在于操作系统进
程中。
站在功能的角度，把业务逻辑抽象成可复用、可组装的服务，通过服务的编排实现业务的快速再生，目
的：把原先固有的业务功能转变为通用的业务服务，实现业务逻辑的快速复用。
通过上面的描述可以发现 SOA 有如下几个特点：分布式、可重用、扩展灵活、松耦合
1.1.3.2 SOA架构
当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定
的服务
中心，使前端应用能更快速的响应多变的市场需求
优点：
抽取公共的功能为服务,提高开发效率
对不同的服务进行集群化部署解决系统压力
基于ESB/DUBBO减少系统耦合
缺点：
抽取服务的粒度较大
服务提供方与调用方接口耦合度较高
1.1.4 微服务架构
优点：
通过服务的原子化拆分，以及微服务的独立打包、部署和升级，小团队的交付周期将缩短，运维成
本也将大幅度下降
微服务遵循单一原则。微服务之间采用Restful等轻量协议传输。功能
SOA
微服务
组件大小 大块业务逻辑
单独任务或小块业务逻辑
耦合
通常松耦合
总是松耦合
公司架构 任何类型
小型、专注于功能交叉团队
管理
着重*管理
着重分散管理
目标
确保应用能够交互操作
执行新功能、快速拓展开发团队
缺点：
微服务过多，服务治理成本高，不利于系统维护。
分布式系统开发的技术成本高（容错、分布式事务等）
1.1.5 SOA与微服务的关系
SOA（ Service Oriented Architecture ）“面向服务的架构”:他是一种设计方法，其中包含多个服
务， 服务之间通过相互依赖最终提供一系列的功能。一个服务 通常以独立的形式存在与操作系统进程
中。各个服务之间 通过网络调用。
微服务架构:其实和 SOA 架构类似,微服务是在 SOA 上做的升华，微服务架构强调的一个重点是“业务需
要彻底的组件化和服务化”，原有的单个业务系统会拆分为多个可以独立开发、设计、运行的小应用。
这些小应用之间通过服务完成交互和集成。