Cloud Native Application理论备忘录之（一）——Microservice architectural style

感谢一路走来默默支持和陪伴的你~~~

------------------欢迎来访，拒绝转载-------------------

1. 传统云平台的架构体系：用户界面层、业务逻辑层、数据访问层

2. 这种传统架构模式面临的挑战：

维护成本高（开发代码的不断提交，维护人员的不断更新），

反馈周期长（提交的时间），

部署周期长（几天）

3.针对面临的挑战，提出改造策略：

最小修改：（对整体现有的系统做最小的修改）

功能剥离：（将使用频率最高、最重要的一些功能剥离出来，定义成小的服务，组成一个小的应用系统）

数据解耦：（将数据库也剥离出来，做到每一个服务可以管理自己的数据）

渐进替换：

-------------这是一条华丽丽的分割线---------------

4.针对改造策略，有了微服务这个东东，这样定义：

微服务架构是将一个独立的应用程序定义成一组小的服务，每个服务运行在自己独立的进程中，服务与服务之间通过轻量级的通信机制来进行传输互通，同时每一个服务都是可以进行独立部署的业务单元。

5.定义拆分解读：

多小可作为微服务：不取决于代码的行数，不取决于重写的时间，更重要的是保证独立性，完整性。

独立的进程：传统上整个应用程序放在一个进程中，而每一个微服务都有自己独立的进程。

轻量级的通信机制：平台无关、语言无关（API通信）

松耦合，独立部署：

传统：依赖性强

微服务：devOps，开发运维的一体化

-----------------欢迎来访，拒绝转载----------------