企业如何从开源 Zadig 走向商业合作

见证转变:客户亲述基础版至商业版 Zadig 的成长故事

Zadig 自开源至今,在国内被广泛采用,超过 3000 家企业深度免费使用,企业安装总量接近 3 万,每日高频使用人数近 15 万,全球累计部署应用数量高达 50 万。基于开源版的基础,商业版 Zadig 及其企业级服务的正式发布已吸引大量企业客户。Zadig 正逐渐成为各行业领先企业智能软件研发的新标配,助力包括字节、腾讯、阿里、华为、联通、极氪、壳牌、小鹏、理想等 3000 多家企业迅速实现产研数字化进化。

在 Zadig 线上发布会上,三位客户代表分享了他们从使用开源版 Zadig 到购买商业版本的经历与心路历程。


# Zadig 客户代表:

闫成洋:极氪数字研发总监,负责整个数字研发团队和技术中台,主导全业务域交付和极氪数字化平台架构搭建。

覃途远:路特斯数智运维总监,主要负责全球化业务交付、运维和质量保障工作。数智部门采用多数据中心、多云混合云架构,在其全球化战略中起到关键作用。

王雪飞:光环有云 CTO,主要负责企业技术架构设计、研发团队管理和效能提升。作为 AWS 国内最大的合作伙伴,光环有云与众多跨国企业客户合作,提供上云咨询、迁移、集成和运维服务,以及定制化开发实施服务。



以下为发布会实录:


# 企业管理者技术选型动机:痛点、技术还是战略?

主持人: 作为企业的技术管理者,是如何做技术和方案的选型的?是痛点驱动比如环境、发布、客户满意度等?还是技术驱动比如云原生、DevOps 平台建设?或是自上而下战略驱动比如数字化战略、企业流程变革?是什么动机促成和了 Zadig 的合作?

王雪飞: 我们与 Zadig 的结缘源自于一个真实的客户项目,所以我们大概是“客户驱动”。作为一个研发团队,我们更多的成员来自互联网领域,热衷于学习和使用开源技术以及新技术。大约在 2020 年左右,我们在一些客户项目中开始使用精品和容器集群等技术来部署应用,并积累了很多经验。

去年年底,我们刚好接到了一个大型外企的 DevOps 方案咨询和实施项目。该客户在国内没有研发团队,他们大约有 40 个系统,都是由供应商提供开发和实施。由于缺乏统一的管理,他们的发布部署流程非常混乱。因此,在这个 DevOps 方案中,发布部署工具成为整个方案的核心

在这个阶段,我们进行了大量的调研,包括利用我们以前的经验。最终,我们发现了 Zadig,并且深深被它的高性能、优美外观、强大功能和出色的 用户体验 所吸引。尤其是它支持丰富的自定义工作流,以及最吸引我的强大的效能洞察功能。这个功能可以帮助我们展示每个项目的发布部署情况,这对于客户管理多个项目非常有效。

经过初步的调研后,我们进行了大量的验证和试用,并与 Zadig 团队建立了合作关系。沟通过程非常顺畅,我们最终非常喜欢这个产品,并选择购买它作为我们整个 DevOps 方案的核心。整个选型过程非常顺利和愉快。

覃途远: 我们的经历就比较曲折了,当我们开始在这家公司从事 DevOps 工作时,去年的项目立项和预算分配等事项已经完成,实际上并没有为 DevOps 相关的预算。作为一个研发小团队,最初我们和其他大多数企业一样,基于 Jenkins、K8s 和一些开源工具来自主搭建系统。

然而,我们公司的特点是全球化业务,首次在中国市场进行探索。它在欧洲、北美和英国等地都有许多业务,因此我们的数据中心是全球化战略的关键。我们采用多数据中心、多云混合云架构。当我们开始编码时,发现随着数据中心的扩展,工作量变得越来越庞大。我们以前的模式,如在各国之间使用 Jenkins、管理账号和权限等,工作量变得过于繁重。于是,我们决定选择一款适合我们的工具。

由于一开始没有预算,我们开始寻找开源项目。那么,Zadig 是如何引起我们注意的呢?最初,我们主要瞄准它良好的权限管理功能。相对于传统的 Jenkins 等工具而言,Zadig 提供了更好的权限管理。由于我们的运维团队规模较小,只有几个运维人员,他们难以每天为庞大的研发团队分配权限和配置。因此,我们的想法是赋能业务团队自行操作。我们的初步想法是将原来的 Jenkins 权限放出来,以让业务团队自主管理。因为大家都知道,Jenkins 的权限配置相对复杂,所以我们与 Zadig 结缘的初衷只是出于一个小目的。

但是在试用后,我们发现了 Zadig 的宝藏。它具有复制集群的能力,相比我们自行构建 Jenkins 模板并添加节点的方式要快得多。因此,在我们开展全球化业务和多云环境时,Zadig 为我们提供了很多帮助。在选型过程中,由于涉及到企业内部的发展,我们不能详细透露太多。大致上,Zadig 与我们企业的另一种方式并行发展了一段时间,但随着 Zadig 优势的日益明显,我们逐渐放弃了以前的一套方案。

然后我们与 Zadig 的合作实际上是在今年开始的。去年我们一直与 Zadig 团队保持着紧密的联系,他们经常在团队实践中帮助我们。由于去年没有预算,我们一直没有进行商业合作。直到今年重新立项并安排预算,我们才真正拿出费用与他们达成商业合作。这就是我们的故事。

主持人: 嗯,非常感谢两位嘉宾的分享。成洋也分享以下你们的经历吧?

闫成洋: 好,我也说几句。实际上,我认为我与 Zadig 的结缘是个巧合。其实自从我加入极氪后,一直都在关注 DevOps 平台。极氪这家公司的背景是比较年轻的,成立时间大约两年左右。我们所使用的技术都与当今的潮流相符,主要是云原生应用。因此,我们一直在寻找一种适用于这种原生环境且能解决我们问题的优秀 DevOps 平台。

我们的云环境相对复杂,一部分是面向客户的,即我们在公有云上操作;同时,我们还有内部部署的私有云。因此,我们要求 DevOps 平台必须支持私有化部署,因为考虑到安全问题,我们的代码通常都在内网环境中。在之前的某个时候,我就已经了解到 Zadig 的存在。当时,恰好来到极氪,我就想这真是个巧合。因为 Zadig 刚刚开源,并且开源后,我发现它更加透明,这样对我们来说更好。于是我说,作为极氪这样的企业,我们可以尝试一下。于是我联系了 Zadig 团队,我们先进行了一个小型的概念验证,在一个小项目上试点了一下。

同时,我们发现 Zadig 对原生应用的支持非常出色,尤其是环境管理, 还有 Kubernetes YAML 文件。你可以通过模板直接在其中进行定制,这实际上减轻了我们很多运维方面的负担。而且,多环境部署只需要一键拉起,对于创建测试环境来说非常方便。在大家使用并评价之后,口碑和反响都不错。于是,我们顺理成章地升级到了企业级服务。大致就是这个过程。

主持人: 嗯嗯,非常感谢你的分享。实际上成洋和 Zadig 结识已有四年左右了。那时候应该是在 2019 年的杭州技术交流活动中认识的 Landy。

# 工程师驱动的商业合作:评估与 Zadig 的真正价值

主持人: 企业购买工具的方式正在从以“项目驱动”为主转变为真正的使用者/消费者“工程师驱动”。在这种情况下,大家是否考虑过如何衡量未来与 Zadig 的商业合作所带来的真正价值?我想听听大家对此的思考。


覃途远: 我认为首先的价值在于提升效率。虽然我们今年才签署了商业协议并升级到企业版,但实际上我们已经使用这个工具近一年了。整个研发、开发、测试和运维团队已经习惯了这个工具,相比之前的模式,大家已经感受到了它的优点,尤其是在数据中心迁移等方面。我认为它在这些方面的优势超过了目前市场上的其他竞品,甚至可以说目前还没有竞品。

其次,用户口碑也是重要的价值体现。引入新工具往往伴随着一些失败案例,有时你花钱购买了一套工具,结果用户(需求方)不满意,最终不得不重新开始。我们也有过这样的经历。但是就目前来看,Zadig 这个工具在我的用户方面至少得到了比较好的反馈。至少在我的感觉里,这个工具没有导致我在技术决策上出现失误,也没有让我丢脸。换句话说,这个工具对用户来说是有用的,我认为这是它最核心的价值所在。


王雪飞:  嗯,实际上我们选择使用 Zadig 这次确实存在一些风险。因为我们的 DevOps 方案涉及多个工具栈,而之前的客户并没有听说过 Zadig。他们对 Jenkins 等国外企业的方案更加熟悉,同时他们自身的方案也比较传统。因此,我们花了一些时间向客户和他们的供应商演示和培训,包括演示给他们的供应商。在这些环节中,我们基本上尝试了 Zadig 的所有功能,并得到了客户和伙伴们的大量支持。

最后,我觉得很多功能吸引了客户和他们的供应商,包括自定义工作流、发布速度和漂亮的数据等。这确实为我们整个方案的推进打下了很好的基础。因此,现在我们已经有多个试点项目接入了 Zadig,客户的满意度也很高。他们从一开始没有使用过,到现在开始使用,对我们给予了很高的评价,包括对我们的整个 DevOps 方案和团队的好评。我认为这也是 Zadig 功不可没的一部分。


闫成洋: 我来简单补充一下。我认为有两个方面需要考虑。首先是能否满足企业的个性化需求,这决定了我们是否能使用该工具。因为极氪有一些特殊的需求。另外一个方面是它是否提升了研发和运维的效率,这决定了它的实用性和是否能够产生结果。

从个性化需求的角度来看,我觉得 Zadig 在开发方面非常出色。它具有自定义工作流和自定义任务的功能。我们可以接入自己的安全扫描、自动化测试平台和发布工单等内部工具,这些功能都非常顺畅。同时,Zadig 还提供了丰富的 OpenAPI,方便我们通过调用进行定制化开发,这些功能可以提高研发效率。

至于运维效率,更不用说了。Zadig 提供了丰富的模板,例如 K8S、YAML 模板、工作流模板和任务模板,大大减轻了我们的配置负担。它还支持多分支策略和多环境,使我们在敏捷工程提效方面变得非常方便。总的来说,它能够灵活应对我们的需求,这些功能都相当不错。

# 深度融合共创:DevOps 数字化建设合作展望

主持人: 好的,由于时间有限,让我们来谈一下未来的 DevOps 数字化建设方向

闫成洋: 我来说两句吧,因为我与 Zadig 的合作比较深入。我期望基于企业场景进行深度共创,我们已经做了一些工作。我们邀请了 Zadig 的专家来了解我们的现状,并提供了许多关于提升研发效能和更好使用 Zadig 工具链的建议。我们也向 Zadig 反馈了一些企业内部的特殊场景和需求。Zadig 提供了更多扩展能力、OpenAPI 的能力,我们基于此已经做了大量共创建设。我很欣赏这种深度融合共创的方式,愿意继续深入合作,一起构建我们的敏捷数字化平台。

主持人: 好的,感谢三位分享,我相信对观众都是很有启发的,谢谢大家。


这次发布会让我们见到了这些优秀客户的业务成就和对 Zadig 的期待。我们期待在数字化转型的道路上与他们携手前进,共同实现更大的成功。

Background Image

作为一名软件工程师,我们一直给各行各业写软件提升效率,但是软件工程本身却是非常低效,为什么市面上没有一个工具可以让研发团队不这么累,还能更好、更快地满足大客户的交付需求?我们是否能够打造一个面向开发者的交付平台呢?我们开源打造 Zadig 正是去满足这个愿望。

—— Zadig 创始人 Landy