云原生技术在中建五局运用的九大价值

Posted 2021-04-02 北京益企联科技有限公司

 【云原生时代已经到来】

云原生在近几年在企业中的发展如“乘风破浪”一般，云原生时代已经来临。

应用上云已经是不可逆转的趋势。回顾近年来信息化的发展趋势，数字化转型的出现使得企业中越来越多的业务演变成数字化业务，数字化对于业务渠道、竞争格局、用户体验等诸多方面都提出更加严苛的要求，这就要求技术具备更快的迭代速度。

为了实现这样的速度，就需要充分利用云的强大能力，从云技术中获得更高的可用性与可扩展能力，利用云来提升发布和运维的效率。而要做到这些，不仅仅是基础设施和平台的变化，应用也需要做出改变，摈弃传统的土方法，在架构设计、开发方式、部署维护等各个阶段和方面都基于云的特点来重新设计，从而建设全新的云化应用，即云原生应用。

 【云原生在中建五局的落地】

云原生应用的微服务化落地 

轻量化平台采用业界流行的分布式微服务技术搭建的，应用架构上采用平台+应用构建模式，这种构建模式是微服务架构实施的一个基础条件，微服务模块更多都应该是独立承担某个业务域的业务组件模块，而不应该包括类似流程引擎，系统管理等共性底层组件，否则微服务模块又变成很重的单体应用，没有了任何价值。

平台共性的能力要下沉，轻量化平台有较强的底层基础共性平台，共性平台以标准的服务接口方式暴露出来给上层的业务系统使用。

轻量化平台业务微服务拆分思路从业务流程驱动的角度去考虑和拆分具体的业务单元，这些业务单元形成独立的业务组件（微服务架构中的微服务模块），由于这些业务组件粒度已经足够细，因此更加容易灵活的组装或组合去满足实际业务部门的日常业务需求。

 【Devops开发运维一体化落地】

轻量化平台使用k8s为核心的构建的容器平台，来进行整体的用来支撑微服务化应用的容器的管理。这里面涉及到资源的管理，例如计算资源、网络资源、存储资源、镜像资源；同时还涉及到微服务应用层面的管理，例如应用的创建、应用的部署管理、应用的弹性伸缩管理、应用的日志管理和监控管理；另外，还包括与其他流程或者工具链的打通，比如与DevOps流程的集成和打通，与企业现有日志管理平台的集成与打通，与企业监控和告警平台的集成与打通，以及与企业的大数据平台的集成与打通。

 

 【云原生给中建五局带来的价值】

价值一

进一步节约IT基础设施建设投入，容器比虚拟机更加轻量化，同时结合k8s后可以实现自动化的资源调度，可以最大限度的提升资源的利用率。

价值二

彻底贯彻平台+应用，以及业务部门和IT系统解耦的思想，以后企业扩展的都不再是业务系统，而是业务组件或模块，同时逐渐不再有业务系统的概念，只有业务组件模块的概念。业务部门不会和IT系统严格一一对应，而是通过业务组件的组合和组装来类似积木化方式搭建业务部门需要的功能。这是IT系统能够更加灵活或柔性的适应企业业务流程，企业组织架构变化的关键一步。

价值三

进一步加强企业作为甲方的时候，对业务系统开发厂商的管控能力，即从粗粒度的业务系统管控到更加细粒度的微服务模块。同时结合DevOps可以使整个从需求，开发，测试，上线的整个过程全部透明化，而不是作为开发商的黑盒。正是由于整个过程的全程可视和自动化，甲方企业才可能后续真正做到业务系统的接维。

价值四

敏捷的响应业务变化的能力增强了，你会看到从业务部门提出业务需求或变更，到最终功能发布的上线时间会大大缩短。这种缩短的原因体现在整个流程中能够自动化的工作，全部自动化掉了，包括打包，自动化的单元测试，环境迁移和部署等；其次变更发布影响的范围减小，从影响一个业务系统变化到往往只需要影响一个微服务模块，大大减少了变更发布的测试验证工作量。最后，理想状态下很多平台层的能力和技术服务都全部实现，而实现业务组件的开发只需要关注业务本身，而不需要再去考虑任何技术层的共性能力，这本身也可大大提示业务组件和模块的开发效率。

价值五

在整个微服务基础框架+技术服务组件建设完成后，实际上单个业务微服务模块开发本身反而更加容易，在这种情况下微服务模块的开发人员并不需要完整的了解详细的完整业务流程细节。而只需要按业务需求开发业务功能和实现业务逻辑，消费微服务API接口，并按要求提供和暴露共享接口即可。对于微服务模块的集成和组装可以由专门的技术架构人员来完成。

价值六

进一步提升企业对IT资产的管理水平，企业管理的不再是简单的最终便也部署包，而是实现从最开始的需求到源代码文件的全流程管理和检查。

价值七

当企业所有应用都按照标准的微服务架构，开发工具和环境进行开发后，同时严格实施DevOps后，可以看到企业的运维就完全实现统一管控和运维。包括运维管理流程，运维工具，运维监控和预警等，安全管理等都可以进行统一。同时在这种运维能力统一并自动化后，IT运维人员效率提升，需要的IT运维人员数量也大幅减少。

 价值八

真正实现了前端应用和后端服务的解耦和分离，服务可以更加灵活的组合和组装来构建前端应用。同时可以支撑多种前端应用类型。也可以更加灵活的支撑不同的前端业务应用使用相同可共享的业务服务或技术服务能力。

价值九

从传统偏重的ESB服务总线集成模式转变到轻量的去中心化的微服务网关集成模式，真正实现整个架构搭建中无中心化节点（也就是无关键瓶颈节点），从而实现整个架构极强的资源动态水平弹性扩展能力。另外从传统的代码编译和部署包交付模式转变为基于Docker容器的镜像交付模式，极大的提升了部署和环境迁移的效率，同时提升了整个业务系统的弹性可伸缩性。