链接：https://pan.baidu.com/s/1yVtJyHk2UZ2pt1fnhfI-ng 

提取码：ijom 

 

什么是微服务？

微服务有什么特点？

为什么使用微服务？

 

单架构是什么？

 

单架构的缺点？

1.复杂度逐渐变高

2.技术债务逐渐上升

3.部署速度逐渐变慢

4.阻碍技术创新

5.无法按需伸缩

 

架构演进？

单体架构-SOA-微服务

 

什么是微服务？

Martin  Fowler ：简而言之，微服务架构风格这种开发方法，是以开发一组小型

服务的方式来开发一个独立的应用系统的。其中每个小型服务都运行在自己的进程中，并经常采用HTTP资源API这样轻量的机制来相互通信。这些服务器围绕业务功能进行构建，并通过全自动的部署机制来进行独立部署。这些微服务可以使用不同的语言来编写，并可以使用不同的数据存储技术。对于这些微服务我们仅做最低限度的集中管理。

 

微服务具备的特性？

1.每个微服务可独立运行在自己的进程里；

2.一系列独立运行的微服务共同构建起了整个系统；

3.每个服务为独立的业务开发，一个微服务一般完成某个特定的功能，比如：订单管理，用户管理；

4.微服务之间通过一些轻量级的通信机制进行通信，例如通过REST API或者RPC的方式进行调用

 

对比单体架构和微服务架构？

 

 

 

微服务的优势？

1.易于开发和维护

2.启动较快

3.局部修改容易部署

4.技术栈不受限制

5.按需伸缩

6.DevOps

 

什么是DevOps？

DevOps：

（Development和Operations的组合词）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。

它是一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。

它的出现是由于软件行业日益清晰地认识到：为了按时交付软件产品和服务，开发和运营工作必须紧密合作

 

微服务带来的挑战？

1.运维要求较高

2.分布式的复杂性

3.接口调整成本高

4.重复劳动

 

微服务设计原则？

单一职责原则：关注的业务单一。

服务自治原则：

轻量级通信原则

接口明确原则