背景： jenkin pipeline进化过程如下： Jenkins Pipeline 脚本优化实践：从繁琐到简洁 >>>>> Jenkins Pipeline脚本优化：为Kubernetes应用部署增加状态检测>>>>>> 使用Jenkins和单个模板部署多个Kubernetes组件。有一些需要动态设置的配置不想在jenkin
前言 在持续集成和部署中，我们通常需要部署多个实例或组件到Kubernetes集群中。通过Jenkins的管道脚本，我们可以自动化这个过程。在本文中，我将演示如何使用Jenkins Pipeline及单个YAML模板文件（.tpl）来部署多个类似的Kubernetes组件，而不需要为每个组件提供单独的模板文件。 问题背景 参照：Jenkins Pipeline 脚本优化实践：从繁琐到简洁 批量
引言: 在数字化时代，云服务资源的弹性管理是企业降低运营成本、提高效率的关键手段。通过弹性公网IP（EIP）服务，企业可以实现按需计费，优化网络支出。然而，根据业务流量的不同阶段调整计费模式，则是提升成本效益的进阶策略。本人腾讯云快十年老用户乘机吐槽一下腾讯云（由于我在大有所为的某云上面已经简单实现了更改流程）： 习惯了使用apiexplorer这样的工具生成代码进行修改，参考一下友商的： 然后
引言 在软件部署的世界中，Jenkins已经成为自动化流程的代名词。不断变化的技术环境要求我们持续改进部署流程以满足现代应用部署的需要。在本篇博客中，作为一位资深运维工程师，我将分享如何将Jenkins Pipeline进化至不仅能支持部署应用直至Running状态检测，同时也能兼顾Deployment和StatefulSet资源的轮询更新，并详细介绍滚动更新策略的配置方法。 初始Jenkins
引言 在持续集成的过程中，Jenkins Pipeline 是非常关键的一环。它定义了如何自动编译、测试和部署代码。随着项目的不断发展，Pipeline 的复杂性也在不断上升，这就需要我们持续优化 Pipeline 脚本，以提高代码的可读性和维护性。本文将介绍一次从繁琐Pipeline脚本到精简Pipeline脚本的转化过程，以及这种转化所带来的好处。 原始的 Pipeline 脚本: 注： l
背景： cicd还是基于jenkins（spinnaker虽然也玩了，公司规模也小，简单jenkins可以走天下）其实很多场景还是手动构建的，基本没有做自动构建的jenkins流程。今天就突然有了那么一个需求。合作方大爷要频繁修改一个镜像。恩他们构建了镜像上传到仓库（仓库咱们的，对方木有），他们也不想第二次操作jenkins什么的...当然了他们也不会把代码仓库给到咱，然后我就想到了jenkins
背景：事情是这样的，有台服务器用随机密码生成器生成了密码。然后用在了jenkins中（恩，work节点的密钥，没有使用key的方式，直接使用了用户名，密码的方式）。然后忘了保存(恩没有养成良好的用户习惯......)。今天突然想登陆一下服务器.....然后看了一下密码生成器，生成了大好几十个密码，总不能一个一个试吧？怎么破？突然想到jenkins上面保存过密码！是不是可以在jenkins上下手呢？
前言：早期jenkins承担了kubernetes中的ci/cd全部功能JenkinsPipeline演进(https://www.yuque.com/duiniwukenaihe/znm95g/iely9s),这里准备将cd持续集成拆分出来到spinnaker!当然了正常的思路应该是将jenkinsspinnaker的用户账号先打通集成ldap.spinnaker账号系统已经集成ldap.jen
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
