传统IT架构转型，从云原生平台到微服务应用构建 _架构

文章插图

前面谈过很多关于数字化转型，云原生，微服务方面的文章。
虽然自己一直做大集团的SOA集成平台咨询规划和建设项目，但是当前传统企业数字化转型，国产化和自主可控，云原生，微服务是不可逆的技术发展趋势。
企业IT架构转型，不只是单体应用简单拆分为微服务这么简单。而是整个IT应用架构模式发生巨大的变化，核心思想仍然是平台+应用的构建模式。
而这个平台也不是简单的IaaS平台或PaaS资源调度平台，而是当前主流说法的云原生技术中台。不仅仅提供容器云和容器资源编排调度，还得提供消息，缓存，数据库等各种技术服务能力，彻底实现从IT基础设施从资源层到逻辑层的抽象。
云原生技术中台-平台+微服务在单体应用微服务化后，前期的软件研发和交付过程，后期的软件监控运维和治理能力都必须配套跟上。因此完整的云原生整体解决方案里面包括了DevOps持续集成和交付，微服务治理两块核心内容。

文章插图

在当前云原生和微服务发展趋势下也可以看到，传统的SOA集成平台和ESB逐步会被API网关和能力开放平台所取代。而SOA治理也逐步变化为微服务治理。
虽然SpringCLoud框架体系里面已经有类似Zuul的网关组件，但是整个规划里面我们还是将API网关单列出来，因为整个API网关不仅仅应用于微服务架构体系和对外API接口暴露，更加重要的是将成为我们后续构建能力开放和服务能力聚合平台的一个关键集成平台。
整个云原生平台规划将围绕以下两点展开。

容器云平台和DevOps支撑
微服务全生命周期管理和能力开放

对微服务架构的支持和融合

文章插图

在原来谈微服务架构的文章一直在强调，微服务架构不是简单的使用SpringCloud开发框架，更加不是简单的提供Rest API接口服务就是微服务架构。
更加重要的是微服务模块如何拆分，微服务API接口服务如何识别，粒度如何把控。其次更加重要的是微服务框架体系如何和DevOps支撑平台融合，如何和API网关集成融合，包括如何和后续的监控运维平台融合。这些都必须考虑清楚，才能够形成DevOps的基础能力平台。
在微服务架构实施过程中，需要有一系列的开发规范和技术标准也需要提供，包括模块的划分设计， API接口服务识别和定义，代码开发，测试，数据库拆分，安全，分布式事务处理，部署上线，监控，运维等，这些标准都必须定义清楚，否则整个微服务架构实施后由于模块拆分的更细，没有很好的研发过程管控，技术标准约束你反而会觉得比原来单体应用开发更乱。
PaaS技术服务平台构建

文章插图

在原来谈私有云PaaS平台的时候就经常谈到里面有一个技术平台提供类似4A ，流程，安全，缓存，消息，日志等各种技术服务能力。而在整个微服务架构体系实施中，也必须有一个完整的技术平台，每一个技术服务就是一个独立的微服务组件模块，可以独立部署和管控。
技术平台的各种技术能力，仍然是以独立的技术服务方式提供给整个微服务架构体系中。在整个微服务架构体系里面可以看到，内部的各个业务微服务模块调用技术服务API接口就不需要通过API网关，而直接走微服务注册中心即可。
监控平台-端到端的监控能力