为效率而生:如何用 Zadig 1.6.0 全面支持全局 Helm & K8s YAML 模板
Zadig on Github / Zadig on Gitee
Zadig V1.6.0 经过社区小伙伴的千呼万唤,总算出来啦!
这次版本主要包含跨项目级的模版库管理功能,通过全局 Helm Chart 模板、 K8s YAML 模板、Dockerfile 模板,可以快速定义服务和生成应用,减少 99% 维护工作量 ,运维工程师只需配置一次模板,开发工程师即可快速定义和部署应用。尤其适合服务体量大,服务配置同构的场景,Zadig 在不破坏原生性的基础上,能够真正实现应用交付的分层和便利性。
对于已经初具规模、微服务达到数百甚至上千、使用 Helm 部署的用户也不用怕,Zadig 做了平滑接入,可以毫无心智负担、批量快速导入现有服务,即可获取 Zadig 环境复制和持续交付能力。同时,该版本也包含了不少社区用户反馈的功能优化和缺陷修复。
以下为 1.6.0 版本亮点介绍:
支持全局 Helm、K8s YAML 模版库管理
将 K8s 资源的 YAML 配置或者部署的 Helm Chart 文件抽象成通用的模板,创建服务时从模板库导入。极致情况下只需 2 步即可成功创建一个服务并应用到集成环境中。
-
第一步:定义服务模板(K8s YAML/Chart):按需配置自定义变量
-
第二步:生成服务应用到环境:填写变量,保存服务,按需更新环境
K8s YAML 模板使用示意图:
Helm Chart 模板使用示意图:
Helm 部署场景批量导入服务
对于现有服务配置的管理是 Helm Chart 模板 + 每个服务有独立的 values 文件这种方式,通过Zadig Helm 项目场景批量导入服务,无任何迁移成本,平滑接入 Zadig 系统,获取环境复制和持续交付能力。
支持自定义交付物名称规则
在项目的高级配置中,支持通过以下变量和常量组合的方式生成镜像、TAR 包的名称规则。
云主机场景的交付能力增强
支持批量导入主机列表并分组管理,在自动化部署环节可以批量部署,同时支持主机模式的交付物部署
Zadig V1.6.0 新增功能详情列表
功能列表:
-
支持全局 Helm Chart 模板库管理
-
支持全局 K8s YAML 模板库管理
-
支持全局 Dockerfile 模板库管理
-
支持 Helm 部署场景批量导入配置
-
支持项目全局配置交付物的自定义名称规则
-
支持批量导入主机列表并分组管理
-
支持 Helm 部署场景的服务搜索和服务编排
-
支持主机场景的交付物部署 @似水流年
-
支持托管项目场景不同命名空间托管相同服务 @梦鸽 @Arnold
系统优化:
-
支持在构建脚本中使用 commit id 变量
-
支持托管项目场景展示服务的 ingress 信息
-
支持 Helm 部署场景的配置修改 @段子腾(Slack)
-
若干体验优化和交互优化
缺陷修复:
-
修正删除托管项目时的错误提示信息 @梦鸽
-
修复 Ubuntu 16.04 镜像中 Git 版本不支持使用 Pull Request 构建的问题 @guqs(Slack)
-
修复 Helm 部署场景显示服务数量不准确的问题
Zadig v1.6.0 Release Note
Features:
-
Template function for helm charts, yaml, and dockerfile.
-
Batch load services from helm chart template.
-
Customizable image tag rules.
-
Batch load VMs.
-
Search function for helm services.
-
Deploy to VMs with artifacts.
-
Load services of the same name from different namespaces.
Improvments:
-
Support using commit id in build scripts
-
Show Ingress information for loaded services
-
Support editing values for helm environment
-
UI/UX improvements
Bug fixes:
-
Service count for helm enviroment is now accurate
-
Ubuntu 16.04 build image is now able to do git pull correctly.
-
Error messages have been changed.
特别感谢开源 Partner 合作伙伴企业为社区提供技术场景。
更多详情请参见:Zadig GitHub:https://github.com/koderover/zadig/releases/tag/v1.6.0
关于 Zadig
Zadig 是基于 Kubernetes 设计、研发的开源分布式持续交付 (Continuous Delivery) 产品,为开发者提供云原生运行环境,支持开发者本地联调、微服务并行构建和部署、集成测试等。Zadig 内置了面向 Kubernetes、Helm、云主机、大体量微服务等复杂业务场景的最佳实践,为工程师一键生成自动化工作流 。
欢迎大家 Star、Fork、 Watch!和众多开发者一起探讨、交流,共建开源社区!

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
[iOS研习记]——谈谈静态库与动态库
[iOS研习记]——谈谈静态库与动态库 在iOS项目开发中,静态库和动态库我们时刻都在使用,离开了库的支持,我们将会举步维艰。比如,你要画界面,总离不开UIKit这个库吧,你要使用的各种基础数据结构,如NSString,NSArray等,也离不开Foundation这个基础库。除了官方的库外,开发中我们也会从Github等开源社区下载第三方的开源库进行使用。一般我们使用的第三方库或自己开发的库都采用静态库的方式使用,而系统提供的库大多是动态库,方便多进程共享。虽然我们天天在用库,但你对静态库和动态库真的了解么?静态库和动态库的结构是怎样的?静态库和动态库有什么区别?它们又是怎么应用的?本节博客,我们就来聊一聊这些问题。 1. 引言 静态库与动态库有很多相似之处,当然也有很多差异。 从后缀名来说,.a为后缀名的库文件是静态库,.dylib为后缀名的库文件是动态库。在iOS开发中,更多时候我们使用的库是以.framework为后缀的。framework可以是静态库,也可以是动态库,framework本身是一种打包方式。我们知道,我们在编写代码时,编写的都是“源码”,而要让计算机理解这些源码...
- 下一篇
☕【并发技术系列】「多线程并发编程」技术体系和并发模型的基础探究(夯实基础)
让我们通过本篇文章一同进入并发编程技术的世界里面,相信通过这篇文文章一定会对话你的并发技术体系有一定帮助以及夯实你的基础功底。 基本概念 并发concurrency 并行parallelism 吞吐量throughput 并发操作处理机制 并发:CPU划分时间片,轮流执行每个请求任务,时间片到期后,换到下一个 并行操作处理机制 并行:在多核服务器上,每个CPU内核执行一个任务,是真正的并行 吞吐量 单位时间内服务器总的请求处理量 以 request/second 来衡量,如1200rps 每个请求的处理时间latency 服务器处理请求的并发workers 其他因素如GC也会影响吞吐量 CSDN new bbs 的案例 平均每个请求的latency – 200ms 总共40个workers 理论吞吐量上限 1000/200*40 = 200rps 理论每日处理动态请求上限1700万,目前实际每日处理动态请求270-330万,预估实际处理上限600万 IO类型 磁盘文件操作,例如读硬盘文件 操作系统调用,例如shell命令 网络操作 访问数据库 MySQL, MongoDB, ... 访...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Hadoop3单机部署,实现最简伪集群
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- SpringBoot2整合Redis,开启缓存,提高访问速度
- Windows10,CentOS7,CentOS8安装Nodejs环境
- MySQL8.0.19开启GTID主从同步CentOS8
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- 设置Eclipse缩进为4个空格,增强代码规范