1.0单体架构是什么? 一个归档包包含了应用所有功能的应用程序， 我们通常称之为单体应用。 架构单体应用的架构风格， 我们称之为单体架构， 这是一种比较传统的架构风格。 1.1. 单体应用架构存在的问题 复杂性逐渐变高 技术债务逐渐上升 部署速度逐渐变慢 阻碍技术创新 无法按需伸缩 1.2. 如何解决单体应用架构存在的问题 1.3. 什么是微服务 Martin Fowler：简而言之，微服务架构风格这种开发方法，是以开发一组小型服务的方式来开发一个独立的应用系统的。其中每个小型服务都运行在自己的进程中，并经常采用HTTP资源API这样轻量的机制来相互通信。这些服务围绕业务功能进行构建，并能通过全自动的部署机制来进行独立部署。这些微服务可以使用不同的语言来编写，并且可以使用不同的数据存储技术。对这些微服务我们仅做最低限度的集中管理。 1.4. 微服务架构的优点与挑战 1.4.1. 微服务架构的优点 1.易于开发和维护 2.启动较快 3.局部修改 4.容易部署 5.技术栈不受限 6.按需伸缩 DevOps 1.4.2. 微服务架构面临的挑战 1.运维要求较高 2.分布式的复杂性 3.接口调整成本高 4.重复劳动 1.4.3. 微服务架构的 特性 1. 每个微服务可独立运行在自己的进程里； 2. 一系列独立运行的微服务共同构建起了整个系统； 3. 每个服务为独立的业务开发，一个微服务一般完成某个特定的功能，比如：订单管理、用户管理等； 4. 微服务之间通过一些轻量的通信机制进行通信，例如通过REST API或者RPC的方式进行调用。 1.5. 微服务设计原则 1.单一职责原则 2.服务自治原则 3.轻量级通信原则 4.接口明确原则 1.6. 如何实现微服务？ 1.6.1. 微服务技术选型 1.6.2. 微服务架构图及常用组件 相关文章：