让开发者“爽”起来：Zadig 案例研讨会

• 数千微服务已经上了 K8s，没有业务边界，环境不稳定出了问题，所有人吃大锅饭

• 开发无法本地联调自测，集成测试环境 “脏，乱，差”极不稳定，总被其他人干扰

• 测试同时验证多个分支，集成合并冲突不断，自动化测试遥遥无期，测试全靠人工验证

• 运维无脑排障、重启、删节点，沦为工具人..

尤其当组织复杂度提升，协作增多，积累的微服务数百上千，开发如何编码无忧？测试如何脱离点点点？运维怎么才能解放低效工具人，环境治理究竟怎么做？

“如何让开发者“爽”起来”， 这一直是 Zadig 在思考和解决的核心问题。开源后我们见到了极具挑战的业务和技术场景，积累了很多经验和教训，团队从这些最有代表性、最深度使用的客户那里获取反馈，不断快速迭代。

如果你想和我们一起探讨一线复杂技术场景，尤其是深度了解开源 Zadig 的战略合作伙伴的复杂交付场景，吸收头条、七牛、非码等大厂最佳实践，本周六 10 月 23 日，Zadig 创始人/产品经理/架构师/工程师迫不及待与你面对面研讨，这也是开源后的首次线下 Tech Meetup ，届时交流包括如下硬核内容：

常规实践方案剖析

• 基于 Jenkins 流水线 + 脚本 + 双分支双环境方案
  

• 基于 GitLab + Helm Chart 模版 + 多套 values 的方案

• 基于 GitLab + Argo / Tekton 的 GitOps 方案

开箱即用 Zadig 开源案例剖析

• 字节跳动的飞书用 Gerrit / GitLab + Zadig 实现主干开发、主干发布

• 新零售独角兽“非码”用 Zadig + GitLab 实现周发布 7 次

  
  

• 不收一分钱：Zadig 为什么要与企业做开源共建？

• 效能提升场景：2K+ 微服务、多语言、Helm 模版、K8s 多个集群

• 环境治理场景：数千开发者、5 条业务线、多分支多环境协作

• 生态开发场景：打通内外开发者工具流程，开放企业 APaaS 能力

一起 “让开发者爽”