相较与工业制造领域，我国的软件研发基本还是处于“刀耕火种”的时代，面临着多重“传统”问题：

1、研发人员被迫掌握Docker/K8s等底层技术，无法专业聚焦业务创新研发。

目前企业普遍采用云原生技术支撑数字化转型和数字化业务创新，在内部实施DevOps，Ops前移到Dev部门，迫使应用研发人员学习掌握Docker、K8S等底层云原生技术。一方面增加了应用研发人员学习的成本和学习门槛，同时也增加了人员招聘的难度。

2、单体架构传统架构普遍存在，微服务架构落地困难重重。

微服务是基于基础云技术构建的，可以在公有云、私有云、混合云和多云环境中以相同的方式构建、运行和管理微服务。微服务无需大量工作就能进行增量更新或扩展以满足计划内或计划外的流量激增。微服务的好，已经众所周知了。

但是由于微服务架构的复杂性，企业想要管理好基于微服务架构的应用，也需要具备更高的能力。单单只是进行微服务的治理，已经显得有点单薄，无法解决企业的症结。企业的IT管理者开始重视微服务从定义、开发、质量到使用的全方位管理，另外由于微服务架构具备的复用性优势，在企业中建立微服务的运营能力也成为了一种诉求。

3、常见烟囱式业务建设，研发重复投入大。

企业内部 IT 建设 “烟囱”模式多，每个部门甚至每个应用都相对独立，烟囱式建设不可避免产生重复造轮子问题。

各应用独立研发建设，无法做到能力复用，例如认证鉴权能力、对接支付能力、消息推送能力、人脸识别能力等。

各应用研发团队除了需要研发应用逻辑，还需要研发公共技术能力，例如分布式、高可用、自动化能力、中间件、限流、降级等，造成大量的研发浪费。

各应用烟囱式，独立使用、管理IT资源，造成资源被大量占用且难以共享。

4、研发管理杂乱，业务平滑、稳定交接存在硬伤。

传统软件架构图保存在文档中或者没有，经过多个版本迭代后，生产环境运行的软件架构跟文档已严重不一致，由于人员变动，新加入的团队成员很难理清软件架构、也很难对软件进行更新和维护，给应用的研发创新和研发管理都造成了一定程度的困扰。

综合以上多个传统遗留下来的研发问题，我们可以推论出未来软件研发的变革趋势。

一、模块化, 用他人生产的轮子，而不是自己重复造轮子

1、构建企业模块商店，在编码前先查看，寻找合适的数据库、中间件、AI和大数据、业务组，尽量多的重用。

2、通过可视化模块组装，像搭积木一样进行软件架构计；

3、形成企业内共创协同机制，共同推进各类模块的演进，形成日益丰富的数字化积累。

二、标准化, 标准执行是加强规范性和提高复用性的重要基础

形成开发模板和任务分发机制，通过开发模板把企业常用的规范进行打包，架构师设计好整体架构后分派任务给不同开发组；

2、形成API统一管理能力并制定相关测试用例，定义好每个服务接口的API规范及相关测试用例，对下游开发成果进行强约束。

3、模块研发人员以接口规范为开发契约，甚至不需要知道最终服务于何类业务。

三、自动化, 配套工具是让研发人员聚焦提效的重要手段

1、打造一站式开发环境，新成员的开发环境在云端一键创建，快速进入开发状态，代码编译打包、底层依赖部署等由管理员提前配置好，按需自动完成。

2、实现多云环境下灵活交付策略，无论是私有云还是公有云，无论是虚拟机环境还是容器，通过策略制定实现一键式统一交付。

3、建立自动发现问题和排查问题机制，通过服务网格等技术实现SLO定义，发现问题后借助分布式跟踪等机制排查问题。

四、建立一站式云原生开发平台的必要性

未来为了实现、达成以上各项研发技术的变革，加速企业创新研发，建立一套一站式云原生开发平台是有所必要的。

行云创新CloudOS——一站式云原生开发平台。

囊括了组件复用、标准制定、自动化以及方法论（如DevOps）等各能力，并为未来新工艺接入做好准备。

通过平台带来的数字化资产积累，降低对人的技能和认知的依赖。

随着云计算相关技术的发展，企业的软件开发模式和基础运维模式都在发生转变。这种转变的发生，并不是每个企业都准备好了。它们知道趋势在哪，不改变意味是继续低效率的开发和运维；想要改变，则必须要配合相应的新工具和平台；离开工具和平台贸然改变，则会陷入开发和运维低效、混乱的泥潭。但市场上，这样的工具、平台并不多，而且真正好用的少之又少。因此，很多企业在踌躇、徘徊，一直在寻找相关方案。行云CloudOS就是针对该问题的产品。