基于argocd和helm的云原生gitops-2
argocd vs gitops 私有仓库 ingress健康检查 replace prune/prune-last 参考 argocd vs gitops gitops负责对代码做ci,完成代码到镜像,进一步到chart/manifests的同步 然后argocd负责将仓库里的chart/manifests同步到集群 总体上,二者有先后顺序,各自负责不同的部分 私有仓库 github创
argocd vs gitops 私有仓库 ingress健康检查 replace prune/prune-last 参考 argocd vs gitops gitops负责对代码做ci,完成代码到镜像,进一步到chart/manifests的同步 然后argocd负责将仓库里的chart/manifests同步到集群 总体上,二者有先后顺序,各自负责不同的部分 私有仓库 github创
部署argocd 配置argocd demo仓库 准备helm chart 镜像准备 argo sync 参考 部署argocd kubectl create namespace argocd kubectl apply -n argocd -f https://raw.githubusercontent.com/argoproj/argo-cd/stable/manifests/inst
背景 增加节点 脚本支持参数解析 node-gyp离线问题 其他插件 参考 背景 单纯在服务器上使用shell脚本执行ci/cd任务有一些弊端: 输出无持久化,不方便回溯 无图形界面,需要记忆参数 功能扩展不方便,必须增加邮件通知等 本文记录在保持原有shell脚本大体不变的基础上,将其封装为jenkins任务的流程,以实现对以上几个问题的解决。 增加节点 为了尽量减少环境的重装操作,最简
需求 实现 传参 参考 需求 当我们为每个微服务配置了不同的job时,如果需要批量对所有job进行指定分支的更新,低效率的方法是逐个点进job,手动触发构建。当job数量大了以后,操作起来就比较费劲了。 此时可以通过总分结构,设置一个父job,一次构建完成所有微服务的批量构建。 实现 安装Multijob plugin 新建一个item,选择multijob project 一个m
部署Jenkins 命名空间 service account service pvc deployment 初始化Jenkins 换源 通用设置 集成k8s 验证动态pod构建 实际应用 内网及代理配置 插件 构建项目配置 jenkinsfile编写 后端 pod template jenkinsfile 前端 多用户及权限管理 多任务批量执行 排坑 参考 本文总结了我在工