近日，OSCHINA 和 Gitee 联合发布了《2022 中国开源开发者报告》。
其中 “前沿开源技术领域解读” 部分，多位在其领域有所建树的一线开发者和开源商业化公司创始人，对目前国内外流行的前沿开源技术领域过去的发展和未来的趋势进行了深入的洞察，覆盖开源云原生、开源 AI、开源大前端、开源大数据、开源 DevOps、RISC-V、开源操作系统、开源数据库、编程语言九大领域。
本篇为开源 DevOps 的解读。
2022 年，DevOps 虚火退却，逐渐回归理性。DevOps 开源工具愈加丰富，已经支持从容器构建和编排到微服务网络、配置管理、CI/CD 自动化、全栈监控等等领域，企业实践 DevOps 的门槛大幅降低，可实践性大大提升。同时，平台工程理念崛起，随着自身生产工具套件的成熟，将成就更好的 DevOps。另一个与 DevOps 强相关的开发方式——低代码开发，尽管争议不断，但不可否认已经成为一大趋势。
从 DevOps 到平台工程
前段时间《DevOps is dead, long live Platform Engineering》这篇文章引发了广泛讨论，标题翻译成中文是“DevOps 已死，平台⼯程是未来”。作者确实有标题党嫌疑，因为 DevOps 和平台工程是两个维度的概念，前者更偏向一套方法论，后者多指一个职能。虽然平台工程这个词是最近这一年才兴起的，但发展到⼀定规模的技术公司，内部也已经有一支或者多支团队在承担平台工程的职责。网上最早能查到的系统性分享应该是 2017 年《The Paved Road at Netflix》。平台工程属于 PaaS 层，它的逐渐流行可以从三个方面来看：1. 在其之下依赖的 IaaS 层通常是各大云厂的 IaaS，这部分日趋成熟，所以使得精力可以上移到 PaaS。2. 在其之上被依赖的 SaaS 层则是各业务线，随着业务线的扩展，就希望提炼出一套可以复用的组件，这就是要下沉到 PaaS 层。3. PaaS 层本身的平台工具也日趋完善，从最底层的统一平面 Kubernetes 往上，已经有一组比较成熟的平台工具套件。平台工程和之前的中台概念有类似之处，也可以说平台工程是由中台演化⽽来的，在和底层 IaaS、上层业务 SaaS 的磨合中逐渐明确了彼此的边界，使得平台工程可以定位在 PaaS 领域做好自己的产品化。我相信平台工程确实会是未来，但在研发组织拥抱平台工程的过程中，首先要经历一段 SRE、PaaS、研发效能这几个团队整合的阵痛。但总之，平台工程并不会取代 DevOps，而是随着和下层 Infra、上层业务的生产关系边界划清，自身生产工具套件的成熟，去成就更好的 DevOps。The paved road to better DevOps.
陈天舟
陈天舟是开源数据库 DevOps 工具—— Bytebase CEO 及联合创始人，曾任 Google 总部云数据库服务技术负责人，内部 MySQL & PostgreSQL 分支维护者，曾任蚂蚁集团代码评审委员会主席，数据库/研发/协同平台负责人，曾获“苹果中国最年轻工程师”称号。
争执不断，但低代码的发展已经成为趋势
从 2014 年 Forrester Research 首次提出“低代码开发平台（LCAP）”这一概念开始，低代码行业便备受关注。随着 SaaS 场景的加持，aPaaS 场景也被孵化了出来。与此同时，随着近两年 Outsystems 的快速发展，让其成为一方独角兽的同时，也加速了低代码行业的进一步发展。在 2022 年整个互联网行业陆续裁员的背景下，各大企业开始关注“低代码”， 期望通过 Lowcode 的方式为企业降本提效。此外，从开源策略到各大平台峰会，也可以看出低代码的身影越来越多，该赛道上加入的企业也越来越多。虽然低代码的争执不断，但低代码的发展已经成为趋势。2022 年，随着 HTML、CSS、JS 原生三大块和框架、工程化、兼容、状态、插件等技术领域的更新，以及一些特有场景的处理与优化，致使个人开发人员的学习成本以及企业用人成本均更高。个人精通所有技术栈没有任何问题，但让企业团队所有人精通显然不太现实。低代码技术可以通过降低技术门槛，让企业团队形成梯队，代码质量的好坏不再依赖具体技术人员，从而提升开发质量。这是低代码技术的第一个价值体现——“降低门槛，提高质量”。由于市场的不确定性，企业开始推崇敏捷开发，期望开发人员通过快速迭代、快速得到反馈，从而快速适应变化，做出有价值的产品。这是低代码技术的第二个价值体现——“快速应对变化”。企业为减少“人”的工作，通过自动化提高研发效率，进一步推进了 DevOps 的落地，这也是为什么很多低代码是 aPaaS 平台的原因。这是低代码技术的第三个价值体现“提效” 。
王海虎
云智慧大数据可视化&低代码专家，中国信通院低代码专家，AIOps 社区专家，开源项目 FlyFish PMC。主攻低代码领域、可视化方向、3D 引擎、3DGIS 等方向。
平台工程理念崛起
平台工程 (Platform Engineering) 是一种运维理念，试图解决云原生时代运维问题。其提倡的一个重要观点是运维平台要提供工程师自服务能力，希望平台可以屏蔽基础设施复杂性，提供灵活的工具链和工作流，工程师利用这些平台的基本能力，自己组合、编排来解决自己的问题，过程中不需要平台层的参与。平台工程这个理念最早是由谁提出的已经不得而知，但是 2022 年 7 月份的一条 Twitter “DevOps is dead, long live Platform Engineering” ，一经发布迅速传遍国内外 DevOps 圈子，得到了广泛的响应，各媒体平台也出现了大量报道文章，相关的社区、站点、群组更是数不胜数。DevOps 理念在 10 多年前被提出，无数企业基于此理念构建了自己的 DevOps 平台，希望解决内部规模化运维的效率和复杂性问题，但在实际落地的过程中往往不尽人意。Dev 团队和 Ops 团队之间如何合作？职责如何划分？底层基础设施复杂多样，能力日新月异，如何快速让一线 Dev 享受到技术红利？这些问题在业界一直没有得到很好的解决，这也是平台工程理念提出的原因。抛开概念定义，无论是 DevOps 还是 Platform Engineering， 本质上都是企业内部规模化运维这同一命题下的不同理念，大家需要的是一套经过验证，生产可用，能解决当前实际问题的解决方案。在笔者看来，平台工程并不是一个新的概念，在这个概念火起来之前，已经有很多团队采用相似的思路构建了自己的产品，如 KusionStack、humanitec。平台工程更像是运维技术发展到今天的一个必然产物，距离 Kubernetes 第一个 Commit 已经过去 8 年多了，云原生技术早已成了“标配”，或者说我们已经进入到“后云原生”时代。一个现代化的应用除了云原生技术以外，往往还会使用到 IaaS 云服务、内部自建服务等各种异构基础设施，可能还会有多云、混合云的部署诉求。这些复杂技术已经远远超出一个普通的 Dev 需要理解的范畴，也不应该把底层的复杂性直接暴露给普通 Dev。平台工程的火热代表着之前的运维理念已经不能满足当下的诉求，需要新的技术来解决当前企业规模化运维的难题，平台工程是一个不错的选择，但是具体如何实施，业内还处于相对初级的阶段，不过可以确定的是，平台工程会是运维领域未来几年值得持续观察的一个新方向。
李大元
李大元（花名：达远），Kusion 项目负责人，来自蚂蚁集团 PaaS 核心团队，PaaS IaC 基础平台负责人。
数字化转型，看不见的价值流数据
企业数字化转型，简单地说就是利用数字技术，推动企业各要素、各环节全部实现数字化。在这个过程中，面临着三个关键点。一是以用户为中心。数字化转型要求的以用户为中心，并不只是传统业务模式中以顾客为上帝的服务态度，而是要将服务延伸到企业产品从立项到商业化的每个环节，要从用户需求出发，不断迭代产品服务，完成创新设计。二是坚持顶层设计。企业数字化转型要想成功，必须有高层决策人员的支持，从上到下推动，否则很难落地实现。因为数字化转型是从每个员工的思维模式出发，将企业文化转变为数据驱动文化。三是避免数据孤岛。数字化转型不是一天两天就能完成的，而是一个漫长的渐进过程。在这个过程中，企业需要解决数字化建设前期普遍存在的信息系统孤岛问题和数据孤岛问题。无论是 DevOps，还是 DevSecOps、Gitops 等等，都在强调研发数据链，强调研发过程自动化，强调技术运营过程自动化。在 DevOps 的深入实践中，实现研发过程自动化的同时打通研发过程的各个工具，体现了研发数据链在各个环节的价值；DevSecOps 的深入实践实现安全、质量左移的同时，同样实现了安全风险人人均摊、人人负责的价值。以上所陈述的研发数据链、安全质量左移指标均是研发过程看的见摸得着的数据，都是单指研发过程的数据流转，但此部分数据产生了哪些价值，目前在所有实践中都鲜少涉猎。事实上，在数字化转型的浪潮中，另一种看不见的价值流数据恰恰成为数字化转型中打通数据孤岛、坚持顶层设计、以用户为中心的一种更好的方式。所谓看不见的价值流是指，通过研发过程的数据流转关联到业务价值、产品价值、运营价值，通过自上而下的方式，在企业战略阶段定制业务方向量化业务价值，再通过业务价值驱动产品特性，最后通过产品特性驱动研发过程。那么在 DevOps 实践过程中的数据流转就能反应出产品特性，通过产品特性反映业务价值，从而在真正意义上实现研发过程（生产过程）反映业务价值。在实现真正价值流转的过程中，不单单局限于产品本身或者研发过程本身，更多的是要实现内部系统的高度联动、数字整合形成大数仓，这其中包含财务系统、人力系统、CRM 等不同系统间的数据流转、整合。打通系统间的数据，通过模型分析机制形成真正有益的数据链路来为战略抉择形成助力。近年来，BizDevOps火热，它的本质也是打通组织中的各个职能环节，实现业务、开发和运维的一体化运行，形成高效和精准的业务交付、业务反馈和业务调整闭环，赋能数字业务的发展和激发数字业务的创新。
张伟军
前开源中国 DevOps 产品负责人。
更多内容请查看《2022 中国开源开发者报告》https://gitee.com/report/china-open-source-2022/
查看《2022 中国开源开发者报告》