随着微服务的流行，越来越多公司使用了微服务框架，微服务以其高内聚、低耦合等特性，提供了更好的容错性，也更适应业务的快速迭代，为开发人员带来了很多的便利性。但是随着业务的发展，微服务拆分越来越复杂，微服务的治理也成了一个比较令人头疼的问题

软件架构是系统的基本组织构成，这种组织主要体现在其组件、组件之间的关系、组件与环境之间的关系，以及决定系统设计与演化的原则。（来源：Wikipedia: Software Architecture） 架构的「层级」 架构主要可以抽象成以下几个「层级」。不同层级所需的技能

很多同学不止一次和我反馈，我们的系统很混乱，主要表现在： 应用的层次结构混乱：不知道应用应该如何分层、应该包含哪些组件、组件之间的关系是什么; 缺少规范的指导和约束：新加一段业务逻辑不知道放在什么地方(哪个类，哪个包)、应该起什么名字比较合适

2019年移动互联网月独立设备数逼近14亿台，但增速明显放缓，同比增加6.7%。男性与女性网民规模均有所上升，35岁以下用户是主要群体。人均单日上网时长达3.6小时，取得新高，但增速放缓(同比+11.7%)，占有用户时间的天花板逐渐显露，行业迈进厮杀更为激烈的

1、各产品系统独立开发，代码复用率低，系统之间互相调用，耦合严重，系统解耦独立部署困难。 2、传统的单体架构，规模越来越大也越来越笨重;当新功能的开发、功能的重构变得不再敏捷可控;测试者的回归测试边界难以琢磨;系统的上线部署也变的艰难 3、高并

结构简单，容易理解和开发 不同技能的程序员可以分工，负责不同的层，天然适合大多数软件公司的组织架构 每一层都可以独立测试，其他层的接口通过模拟解决 缺点 一旦环境变化，需要代码调整或增加功能时，通常比较麻烦和费时 部署比较麻烦，即使只修改一个