Skip to content

腾讯云 Coding DevOps 系列产品停服:一站式 DevOps 平台窘境与思考

引言:一个时代的落幕

作为运维工程师,我的工作中多多少少需要与 CI/CD、DevOps 打交道,公司内部需要建设一套强有力的 DevOps 平台,以支撑公司的业务发展(自动化,提高效率、降低成本)。市场上最知名的产品是 GitLab,国内大厂也推出类似的产品,如阿里云效、腾讯云 Coding DevOps。

CNB的口号:Everything as Code,一切皆代码。我非常认可,鉴定追溯云原生的理念。

在腾讯云官方网站上发布了 Coding DevOps 系列产品将在2025年9月正式停服的通知。官方的说法很委婉,推了一个叫云原生构建(CNB,Cloud Native Build)的新产品,说是“能力更强、更聚焦于开发者”。但说白了,原有的产品体系架构基本算是推倒重来了。

不同于互联网上大量的接收“Coding DevOps 流民”的广告宣传,今天我想聊聊我眼里 DevOps 平台的真实处境:为什么那种“想包揽一切”的一站式平台,最后往往走进了死胡同?

现状:GitLab、Atlassian、Azure DevOps 等全球产品占据绝大多数市场份额。

Coding DevOps 停服公告

理想很丰满,用户很“分裂”

软件项目管理本身就是个复杂的系统工程。不管是管人、管交付,还是磨流程,每个环节都能劝退一拨人。Coding DevOps 这种一站式平台,本意是想让开发者“拎包入住”,但现实中,软件研发团队的类型实在太分裂了。

从当代软件产品服务与研发视角看,基本逃不出这三种底色:

  1. 纯粹的自研团队(ToC/标准 ToB)

这类团队的核心关键词是:自主可控。稍微上点规模的公司,对代码安全和流程定制都有近乎执着的追求,更倾向于在内网自建 GitLab 甚至魔改一套系统。对于 Coding 这种公有云 SaaS 平台,代码托管知识产权安全是一方面,最担心的就是“点对点支持”不到位。一旦有个特殊的构建需求,公有云平台改不动,那就只能干瞪眼。

  1. 微型团队(One Person / 独立开发者)

对于这类“小快灵”团队,DevOps 平台太重了,极致的交付驱动,一把梭搞定。GitHub Actions 配合 GitHub 本身就足够好用了,而且生态还强。要他们去折腾一套复杂的一站式 DevOps 平台,还要付费?成本敏感度也直接劝退。

  1. 供应商模式(ToB 交付的“草台班子”)

这可能是最尴尬的一块。甲方下订单,乙方提需求,丙方搞验收,采购与项目分离,多系统乙方团队间以及与甲方间的暗中博弈,中间还隔着网络封锁和不同公司的组织架构。这种模式下,沟通成本极高。你想用一套标准化的 DevOps 流程去套不同公司间的“合作模式”?那简直是运维的噩梦。

总结下来: 一站式平台的目标用户其实被压缩得很窄——只有那些中型、流程相对标准、且不想花精力自研的团队。但这部分用户,往往又是最容易流失的。

吃力不讨好的“重资产”

做一站式平台,研发团队真的很累,要做代码托管,要做流水线,要做制品库,还要做需求管理和测试管理等等,每一个子项拿出来,市面上都有极其专业的选手(比如 Jenkins、GitLab、Artifactory)。

对于云厂商来说,投入高昂的开发和维护成本去维持一个“大而全”的摊子,如果回扣不到核心的云资源消费上,这就是一桩赔本生意。

而且,开发者的钱是真的难赚。 开发者是这个世界上最挑剔的群体之一:

  • 界面美不美?
  • 命令行顺不顺手?
  • 构建速度快不快?
  • 付费?那得看有没有免费的替代品。

当产品线拉得太长,研发力量分散,最终的结果就是“样样通,样样松”。这次腾讯云转而推 CNB,其实就是一种战略收缩:与其做一个平庸的管家,不如做一个强悍的工具。


云原生构建(Cloud Native Build,CNB)是新一代开发者工具,为开发者提供代码托管、流水线、云上开发空间、制品管理等能力。基于 Docker 生态,对环境、缓存、插件进行抽象,通过声明式的语法,帮助开发者以更高效的方式构建软件。

CNB

供应商模式:DevOps 最后的堡垒与深坑

在复杂的甲乙双方合作中,管理与技术往往是脱节的:

  • 业务条线不同,代码管控要求就不一样。
  • 因为网络隔离,精心设计的流水线可能连代码库都拉不到。

所谓的 DevOps 实践,在复杂的行政审批面前,最后变成了“手动点击发布”。在这种极端环境下,一站式平台往往显得过于“理想化”。在这种复杂的职场关系中,如何做好代码强管控、安全审计与灵活交付的平衡,这不仅仅需要具备丰富的架构设计经验,在管理上有很高水平:申请项目资金、协调多方支持配合。

Coding DevOps 的停服,标志着那种“大一统”SaaS 时代的退潮。未来的 DevOps 实践,可能不再是买一套现成的“精装房”,而是走向更轻量、更聚焦的“组件化”。就像 CNB 所展示的方向:回归构建本身,回归云原生底座,剩下的,交给开发者自己去组装。

这项任务任重道远,充满挑战。