感谢一路走来默默支持和陪伴的你~~~
------------------欢迎来访，拒绝转载-------------------
1. 传统云平台的架构体系：用户界面层、业务逻辑层、数据访问层
2. 这种传统架构模式面临的挑战：
维护成本高（开发代码的不断提交，维护人员的不断更新），反馈周期长（提交的时间），部署周期长（几天）
3.针对面临的挑战，提出改造策略：
最小修改：（对整体现有的系统做最小的修改）功能剥离：（将使用频率最高、最重要的一些功能剥离出来，定义成小的服务，组成一个小的应用系统）数据解耦：（将数据库也剥离出来，做到每一个服务可以管理自己的数据）渐进替换：
-------------这是一条华丽丽的分割线---------------
4.针对改造策略，有了微服务这个东东，这样定义：
微服务架构是将一个独立的应用程序定义成一组小的服务，每个服务运行在自己独立的进程中，服务与服务之间通过轻量级的通信机制来进行传输互通，同时每一个服务都是可以进行独立部署的业务单元。
5.定义拆分解读：
多小可作为微服务：不取决于代码的行数，不取决于重写的时间，更重要的是保证独立性，完整性。独立的进程：传统上整个应用程序放在一个进程中，而每一个微服务都有自己独立的进程。轻量级的通信机制：平台无关、语言无关（API通信）
松耦合，独立部署：
传统：依赖性强
微服务：devOps，开发运维的一体化
-----------------欢迎来访，拒绝转载----------------