商业创新必选架构 云原生的进击之路

2020年，在诸多不确定因素的影响下，全球经济受到巨大打击。得益于数字化领先的企业，可以更加快速应对，从而减少损失。虽然受到了疫情的影响，但用友云服务业务却在今年也取得了大幅增长。根据用友的财报显示，今年前三季度，用友云服务业务（不含金融类云服务）同比增长76.4%。

在云服务业务高速增长的背后，离不开技术创新的支持。相信，在大多数人的眼里，用友是一家软件公司，主营业务更加集中在企业的业务应用层。其实不然。用友网络副总裁兼iuap云平台事业部总经理杨鹏在接受51CTO采访时表示，早在2006年，用友就开始在平台层布局建设，毕竟，承载着千万企业的业务应用架构，不是某个服务商的产品就可以直接满足的。于是，用友选择了自主打造高控制力的PaaS平台，基于云原生技术架构，满足企业业务快速交付、应用服务化、运维自动化等需求，实现业务快速创新，从而转型成为数智化企业。

演进：软件架构的变迁

过去，企业中的架构大都是单体架构，所有的计算资源、数据处理等全部集中在一个服务内进行，业务之间无需通信，所有业务之间的调用也都是在进程内完成。但是随着业务需求不断增加，单体架构也变得更加臃肿，并发能力和扩展能力都相对有限，单个服务若想快速迭代或者上线是无法满足的。

为了缓解单体架构的压力，分布式架构出现了。将大型、复杂的系统进行功能拆分解耦为多个业务模块，不同业务模块部署在不同设备，以此来缓解集中式架构的业务以及设备压力。然而系统间的交互需要使用远程通信，开发增大工作量。

后来有了SOA面向服务架构，也是分布式架构的一种落地方法，将应用的不同服务进行拆分，各个服务之间定义良好的接口和协议进行调用，而这就需要企业服务总线ESB。ESB将消息进行转化、解释以及路由等，让不同服务互联互通。虽然ESB可以解决公用逻辑的问题，但是ESB是中心化的，服务框架的扩展能力有限，服务调用方式也会带来业务的影响和扩展成本。

随着云计算的快速发展，底层资源也从原有的数据中心变成了公共服务，微服务架构随之诞生。微服务架构可以看做是SOA架构的演进，也是一种分布式架构。微服务架构采用轻量化的网络协议进行调用，打破了SOA架构下的服务总线的集中式限制。服务拆分后，每个服务高度自治，每个服务由独立的团队进行开发维护。微服务架构能够提升系统的稳定性和性能，服务间的松耦合以及独立团队的支撑，能够降低系统间的耦合度、加快局部业务的创新。但微服务架构下大量微服务的存在，对服务的配置管理、部署运维、服务监控等都带来了很大挑战，云原生很好的解决了以上这些问题。

云原生是一个技术开发管理方法的集合，发展至今一直在不断演进；它利于各组织在公有云、私有云和混合云等新型动态环境中，构建和运行可弹性扩展的应用；云原生以容器和Kubernetes为核心，解决了微服务应用的部署、运维、监控、应用迁移等问题。微服务与云原生相互促进、相辅相成。

盛行：云原生架构如此追捧

云原生的概念最早是Paul Fremantle在2010年的一篇博客提及，后来到了2013年 Matt Stine在推特上迅速推广云原生概念。2015年，由Linux基金会发起的云原生计算及基金会（The Cloud Native Computing Foundation，CNCF)）成立，标志着云原生正式进入高速发展轨道。如今，CNCF更新的云原生定义包括微服务、DevOps、持续交付和容器化四大部分。

如今，云原生架构普遍被企业所认可，众多企业也都开始加速云原生的落地实践。为何云原生如此受到欢迎呢？杨鹏认为，主要来自IT架构转型以及商业模式升级两方面的需要。

传统的IT架构已经无法满足目前企业快速变化和高性能、高并发的要求，企业技术架构在向互联网、微服务架构转型；此外，云原生能够很好地解决微服务架构带来的配置、部署、运维、服务管理和监控等方面的问题，降低研发部署复杂度。

随着IaaS、PaaS、SaaS的深入发展，基础计算资源、公共平台能力、软件服务能力的云化发展已经成为新的IT商业模式；而云原生是PaaS的核心构成、已经实现对SaaS的事实支撑标准。

云原生的出现，让业务开发不必过分关注非业务需求，如可靠性、可用性、弹性等，我们可以把那些非业务需求都下沉到云平台，让云平台提供基础设施的各种能力，最终达到解耦业务和非业务功能。当然，非业务需求都为业务提供服务的。

业界有种说法认为，云原生架构更加适合需要快速迭代，业务发展创新速度较快的应用。而杨鹏却认为，云原生架构适用于一切企业应用以及所有场景，只看企业是否愿意使用。“未来的企业IT架构都应该是云原生架构，只是时间问题；尤其是对系统的可靠性、可用性、弹性要求高的业务，更是需要优先进行云原生架构的升级。云原生架构从基础设施层面解决了服务的弹性扩缩，周边衍生的DevOps、微服务治理与监控等解决了大规模微服务应用的关键问题，是微服务架构的最佳搭档。”

支撑：商业创新平台的技术底座

早在2013年，用友就开始研究容器技术，并在2014年将容器作为平台能力对外输出，也就是当时的UAP平台的职责。杨鹏表示，当时用友的各云产品在进行互联网技术的换代，云原生架构下的容器技术可以解决互联网架构下的环境问题、高弹性问题和高可用问题，另外云原生架构下的微服务技术，可以解决服务治理和多微服务跨主机异构调用的问题，因此，用友也是很早就关注并研究容器技术以及微服务。

今年8月，用友发布YonBIP用友商业创新平台，也标志着用友云服务从产品服务模式升级到平台服务模式。技术平台作为YonBIP平台的底层技术支撑，基于云原生技术，集容器云、DevOps、服务治理、Hubble(链路追踪)、分布式事务一致性、测试与运维工具于一体。在继承原有的云服务基础上，深入践行DevOps理念，为技术人员提供资源管理、容器服务、持续集成、持续交付、镜像仓库、链路追踪、微服务治理、事务一致性等技术服务；同时通过应用监控、集群监控，容器监控，中间件监控等能力，全方位监控业务应用及其基础资源，并针对影响系统响应、稳定性的问题做深入分析，满足企业业务快速交付、系统稳定运行、运维自动化等需求，助力企业业务快速迭代试错，实现业务快速创新。

（编辑：应用网_阳江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!