微服务的那些事儿

1. 0.  引言

之前写过一篇关于微服务的文章，只是对微服务开发框架Spring Cloud全家桶做了一个简要的介绍。《文章链接》。经过这段时间学习人月聊IT大佬的文章，对微服务又有了更深刻的认识，这次准备再从以下几个方面详细唠唠微服务：

    a)    微服务认知误区

    b)    微服务架构的利弊

    c)     微服务包含什么内容

    d)    微服务架构的规划

    e)    微服务架构的实施

1.  微服务认知误区

    我想现在一定还有人以为用了spring boot开发框架，用了springCloud全家桶微服务框架，使用了http RestAPI进行代码的编写，以为这就是微服务。殊不知这只是其中很小的一部分而已，微服务更重要的是业务能力组件化，组件能力服务化（接口化）。

1. 2.  微服务架构的利弊

    微服务架构为什么好，为什么这么火，还要先从他的前身'单体架构'说起，单体架构的缺点，反过来基本上就是微服务架构的优点了。

单体架构的缺点：

    1.复杂性高 （逻辑和代码杂糅在一起，代码行多）

    2.部署频度低 （修改代码测试周期长，怕引入新问题，不敢部署）

    3.技术债高 （代码堆砌，不敢优化重构）

    4.可靠性差 （内存溢出，宕机）

    5.扩展受限 （大的整体单一应用，无法针对某个功能扩展）

    6.阻碍技术创新 （单一技术平台，单一框架）

以上单体架构的缺点在升级了微服务架构之后，都能得到比较好的解决，具体体现：

    1.易于开发和维护

    2.单个微服务启动快

    3.技术栈不受限

    4.性能扩展，高可靠性

咱们不能只说好的，当然微服务架构也有弊端，整理了几点如下：

    1.对IT开发人员要求比较高

    2.运维要求高

    3.分布式的复杂性，尤其事务处理上

    4.接口调整成本高

    5.细粒度的拆分之后，项目管理的难度直线上升

1. 3.  微服务架构包含哪些内容呢

    上面提到微服务重要的是业务能力组件化，组件能力服务化接口化，

因此微服务至少包含以下几个方面的内容：

    1业务场景的梳理

    2微服务拆分

    3微服务粗粒度的接口设计

    4前后端分离

    5数据库的拆分（流程驱动，DDD）

    6微服务的治理

    7微服务的部署 容器 CICD devops

    8微服务开发框架，中间件的选型

    9 API网关，日志，安全，限流的处理

1. 4.  微服务架构的规划

    先谈一下规划思想，然后再说一下规划设计

基于TOGAF企业架构的4A思想展开分析：

    A）业务架构规划思想：从价值链到业务域，从业务域到业务组件模块

    B）应用架构规划思想：强调平台（业务中心，数据中心） 应用思路，这个阶段的重点是确定微服务模块，以及微服务模块与业务架构的业务组件做匹配和映射

    C）数据架构规划思想：数据的CRUD，强调数据域的划分，分库思想

    D）技术架构规划思想：主要两点

        1.微服务技术架构，开发架构，运行架构的选型

        2.对于PaaS层的规划，容器 devops过程集成

        另外对于微服务拆分思想：

        1.基于业务流程（参考企业部门设置）

        2.基于数据为核心（DDD）

微服务模块本身三种形式存在

    a.没有前端只提供服务

    b.没有后端数据库仅仅是做了组合

    c.前后端都有也有独立的数据库

微服务架构的规划设计，重点要考虑以下几个方面：

    1.面向业务交互拆分微服务

    2.面向粗粒度接口服务拆分微服务

    3.数据库拆分的设计

    4.面向产品集成和持续集成设计

    5.面向业务和应用运维监控设计

1. 5.  微服务架构的实施

   1.针对遗留系统

    迁出低耦合的功能

    先考虑外围（上下游，第三方）再考虑内部

    开发服务代理模块，典型应用案例 open API开放平台

    新功能采用新架构

    具备数据库独立剥离的思路

2.针对全新系统

    平台 应用 （云原生PaaS DevOps 微服务应用）

    PaaS平台能力包括 ：

    a) 基于docker容器化，基于DevOps的CICD持续集成和流水线作业能力

    b) 公共流程，消息日志存储，监控运维平台，统一认证安全审计

以上，多学习，多思考，多总结，多实践。