云原生时代有哪些发展趋势?

云原生时代有哪些发展趋势?

最佳答案 匿名用户编辑于2023/11/24 16:57

加大研发力度,形成自有研发体系是数字化转型下的一个大趋势。

在经历以“设备”为中心的服务器阶段、以“资源”为中心的云化阶段之后,企业数字化转型进程已来到以“应用”为中心的云原生化阶段。企业数字化转型靠的不是多建机房、多买机器,一定是围绕着业务演进的应用软件变革。软件如果一成不变,甚至还在用十几、二十年前基于“远古技术”开发的成果,是无法匹配数字化转型的大命题的。因此,我们从调研中看到,越来越多的企业开始将更多的人员、精力和成本投入到与业务相关的研发上,而不是重复造底层基础设施的轮子,造成重复性浪费投资。

这也和我国在改革开发后快速发展的大背景有密切关系。在十几二十年前,我们通过引入外国的先进 ERP,CRM 等软件来学习国外先进的生产和管理经验。我国经济快速发展到了今天,涌现出了大量“中国特色”的业务形态,这种新的业务形态和超大体量的市场规模是欧美等国家不具备的,因此再依靠从国外引入“成熟”软件解决我国的“创新”需求就说不通了,这就需要靠我们自己动手,“自己的问题自己解决、把关键技术掌握在自己手中”,甚至开始跟随“一带一路”等国家战略变“技术进口”为“技术出口”,让“中国特色”更好地服务“人类命运共同体”的宏大目标。

在参与调研的企业中,有 38%的研发规模在1-99 人,25%的研发规模在 100-499 人。可以看出,企业加大自有研发中心建设已经是一个趋势。但随着企业研发规模的增加,会面临着自有人员知识体系陈旧、易形成更多烟囱、外部新技术引入后管理难等问题。企业急需改变固有的研发模式,形成自有研发体系,降低人力依赖度,提高资源运维效率和生产力。 以金融行业举例,银行业信息系统的“进口化”基本是中国信息产业发展现状的缩影,银行业广泛使用的核心应用基础架构、操作系统、数据库、中间件等关键信息技术依然由国外掌控,一旦牵扯到国家层面的利益冲突,银行业信息系统从前端、后端再到终端将全线崩溃,这就凸显了技术研发体系自主创新发展的重要性。唯有“自主”,方能“可控”。企业需要坚持关键技术自主可控原则,对业务经营发展有重大影响的关键平台、关键组件以及关键信息基础设施要形成自主研发能力,降低外部依赖、避免单一依赖。企业的关键核心技术厂商也可与上下游厂商、用户、互补实现共同资源、共享利益的创新生态系统。这也是前面提到的银保监会《指导意见》的重要精神,并提出了建设“一站式研发协同平台”做为解决方案的必要性。

“一站式”是相对“零散式”而言的。传统零散式、工具堆积建设思路已经不能响应数字化转型对于高效创新的诉求,云原生带来的爆发式的新技术和新方法也让传统的以点为主的建设模式捉襟见肘。因此,一站式云原生开发运维协同平台统筹建设就极为必要,在云原生平台建设思路上,企业既需要关注核心能力点,同时兼顾已有的存量系统,在平台的落地推广上,也应该遵循先找试点项目积累经验,再横向推广到更多项目、形成更大覆盖面的思路。

自主创新的云原生开发运维协同平台可以从以下方面来考虑建设:  标准化模块和 API 构建企业服务市场。通过服务市场,可以把企业内部各已有系统和在建系统的能力做精、做深,将其标准化、模块化加以沉淀积累;同时对内部、外部的API 接口进行统一管理和授权,这都是企业重要的数字化资产沉淀,为研发创新带来巨大的效率性和标准化的价值;  通过标准模块和 API 以搭积木方式构建业务。通过构建企业服务市场积累了标准化模块和 API 后,就需要考虑如何便利地把它们像“搭积木”一样架构业务。面对多达数十、上百个服务模块及API 的复杂架构,采用配置文件方式编写和管理架构已变得完全不可行。而采用图形化、所见即所得、以组件拖拉拽方式设计企业架构是最直观的解决方式;

结合有代码和低代码方式支撑业务快速构建。开发者需要考虑将“低代码”与“有代码”的开发运维模式有机融合。部分应用开发可以采用“有代码”方式实现,而部分应用开发则采用“低代码”方式实现,进而实现对创新效率的再一次跃升。通过两者的结合,开发者可以完全聚焦在业务实现本身上,同时拥有不同模式间灵活选择的便利;  代码、架构图等核心数字化资产的安全管控。出于代码的安全性考虑,可采用 Web IDE 完全运行在数据中心,以浏览器Web页面形式对开发者提供服务,开发者像本地传统IDE 一样的体验来编写和调试代码。通过在一站式平台的建设中引入Web IDE,可以和平台本身的权限体系拉通,更可以与一站式平台架构设计、应用发布等其他能力实现融合和对接,达成使用便利性和开发效率性及安全性双重目标。  分布式应用一键式灵活交付到多活数据中心。一站式云原生开发运维协同平台的一个重点建设能力,是将采用微服务的分布式应用向企业的多活数据中心实现一键式的灵活交付,充分利用容器、虚拟机等技术,按业务需求实现多活副本的调度,按业务量实现自动扩缩容等策略的执行。只有通过一站式平台解决了上层业务的灵活调度和自动伸缩问题,多活数据中心的基础设施建设才能发挥出最大的价值。 总的来说,在形成自有研发体系的大趋势下,如果还采用“土办法、土方子、土工具”解决云原生时代新的软件研发问题,走些弯路倒是次要的,耽搁的时间才是最为宝贵的。因此,提早规划与自有研发体系相匹配的“一站式研发协同平台”是非常有必要的。

参考报告

云原生技术应用情况调研报告.pdf

云原生技术应用情况调研报告。云原生(CloudNative),可以理解成:应用生在云里,长在云里,以业务开发为中心,开发者只需关注核心业务的研发,其它能力均可从云上获取即可。其代表技术包括容器、微服务、DevOps、服务网格、声明式API,甚至是新兴的低代码开发等。云原生的技术范畴是丰富且快速演进的,切勿把云原生简单、狭隘地理解为“容器+微服务+DevOps”。传统方式下,应用在本地近乎隔离的环境下开发,无法充分享受云上能力并满足业务部门快速开发、快速上线的诉求;上线后,应用跑在自有机房内服务器上,存在资源利用率低、成本高、灵活性差、无法弹性扩缩容等潜在问题。而云原生技...

查看详情
相关报告
我来回答