商业创新必选架构 云原生的进击历程

【51CTO.com原创稿件】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、持续交付和容器化四大部分。

（编辑：济宁站长网）

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