Zadig 全面支持 CRD,至此所有 K8s 资源类型均可一键发布!

CRD 资源纳入 Zadig,环境工作流一键联动。

在 Kubernetes 上跑业务,从来就不只是 Deployment 的事。

Ingress、Certificate、ServiceMonitor,还有团队自研 Operator 管出来的业务对象。

这些 CRD 资源,在很多云原生团队里,重要性甚至超过 Deployment 本身。

但一个尴尬的事实是:

长期以来,Zadig 主要管理的是 Deployment、StatefulSet 这类内置工作负载。

CRD 资源呢?

要么绕开 Zadig 手动维护,要么只能在环境视图里“看见”,却无法和工作流真正联动。

说白了——看得见,管不着。

v5.0,这件事彻底变了。

# 从 "管不着" 到 "一键发布"

Zadig v5.0 正式将 CR(Custom Resource)资源纳入统一管理体系。

从此以后,CR 资源在 Zadig 中的地位和 Deployment 完全对等:

  • 环境视图里并列展示

  • 工作流里能部署能更新

一句话:Zadig 现在管得了你所有的 K8s 资源了。

# 配置四步走

第一步:贴 YAML,声明镜像

新建服务,贴入 CR YAML,添加服务组件,系统自动注入镜像变量( $servicename-image$ ),替换到需要的位置。

第二步:加到环境

环境视图里 CR 资源和其他服务并列展示,服务管理-添加服务,选择指定服务即可上线。

第三步:工作流部署

工作流里直接选 CR 资源,构建、部署、测试、变更全流程打通。回滚、审批、通知——全部复用,零额外配置

# 不只是 CRD:Job 和 DaemonSet 同步就位

至此,Zadig 对 K8s 工作负载的覆盖完整了:Deployment、StatefulSet、DaemonSet、Job/CronJob、CRD——全部走同一套工作流。Ingress 改证书、Operator 升级、ServiceMonitor 调规则,不用再绕路了。

Background Image

作为一名软件工程师,我们一直在帮各行各业提效,软件工程本身却极其低效。 AI 加速写代码,但未加速交付——环境、审查、发布、诊断,依然需要“人肉”扛住。代码越写越多,质量谁来把关?发布越来越频繁,风险谁来评估? 为什么没有一款平台,让研发团队不那么累,还能更好、更快地交付? Zadig 由此而来。

—— Zadig 创始人 Landy