（四）微服务架构、容器编排架构

微服务架构

什么是微服务架构

微服务架构是一种架构思想， 这种思想就是： 根据不同的业务模块来划分应用的代码， 让每一个应用处理的业务更加清晰。 多个微服务组成一个大型的服务应用。

架构模型

为什么要引入微服务

• 单体应用的代码交错混杂， 维护代码容易产生冲突。
• 所有的功能耦合在一起， 很难对某个功能进行单独的扩展。
• 技术栈僵化， 单体应用必须使用单一的技术栈， 人力受限和选择的技术受限。
• 单体应用的一个bug通常会引发整个系统的崩溃。

引入微服务对系统的影响

• 引入微服务可以让每台服务器都使用独立的技术栈， 人员调度层面上更加灵活。
• 每台服务器可以独立部署、测试。系统层面上更加灵活
• 有弹性， 一个节点崩溃不影响其他节点， 容错率高。
• 按业务拆分为多个代码库， 后期代码维护更加简单。
• 初期设计难， 并且系统的复杂度高， 后期运维成本高。

技术案例

容器编排架构

什么是容器编排架构

容器编排架构使用容器化技术， 将应用服务打包成镜像。 使用容器编排技术将镜像部署到服务器上面运行。

架构模型

为什么引入容器编排架构

• 微服务的系统复杂， 部署的工作量大， 容器化技术更加方便。
• 微服务系统的扩展和缩容工作量大， 使用容器化技术更加方便。
• 微服务与微服务之间有环境冲突。 容器化技术可以让他们相互隔离， 在自己的小盒子内执行。

优缺点

优点

• 可以让应用服务之间相互隔离， 在自己的容器内执行，互不影响。
• 提高服务器部署效率， 减少运维成本。
• 应用服务的版本切换， 即更新部署非常容易。

缺点

• 技术栈增多，对研发团队的要求变高
• 硬件资源增多， 成本增加。

技术案例