本站支持搜索的镜像仓库:Docker Hub、gcr.io、ghcr.io、quay.io、k8s.gcr.io、registry.gcr.io、elastic.co、mcr.microsoft.com
ConfigMap Reload 是一款云原生工具,用于监控 Kubernetes ConfigMap 的变更,并在检测到更新时触发目标应用的重载操作,实现配置的动态生效。Bitnami 提供的该镜像基于安全加固标准构建,集成了 Bitnami Secure Images 倡议的核心特性,适用于开发与生产环境中对配置更新敏感的 Kubernetes 应用场景。
推荐从 Docker Hub 拉取最新版安全加固镜像:
docker pull bitnami/configmap-reload:latest
如需指定版本,可通过标签获取(注意:2025年8月28日后,历史版本将迁移至 bitnamilegacy 仓库):
docker pull bitnami/configmap-reload:[TAG] # 例如:bitnami/configmap-reload:0.16.0
通过源码构建(需替换 APP=configmap-reload、VERSION 及操作系统参数):
git clone [***] cd bitnami/configmap-reload/[VERSION]/[OPERATING-SYSTEM] docker build -t bitnami/configmap-reload:latest .
docker run --rm \ -v /path/to/configmaps:/etc/config \ # 挂载 ConfigMap 目录 bitnami/configmap-reload:latest \ --volume-dir=/etc/config \ # 监控目录 --webhook-url=http://localhost:8080/reload # 触发重载的 Webhook URL
# deployment.yaml 片段 spec: containers: - name: app image: my-app:latest volumeMounts: - name: config-volume mountPath: /etc/config - name: configmap-reload image: bitnami/configmap-reload:latest args: - --volume-dir=/etc/config - --webhook-url=http://localhost:8080/reload # 应用内的重载接口 volumeMounts: - name: config-volume mountPath: /etc/config readOnly: true volumes: - name: config-volume configMap: name: my-app-config # 目标 ConfigMap 名称
ConfigMap Reload 支持通过命令行参数配置核心行为,常用参数如下:
| 参数名 | 说明 | 默认值 |
|---|---|---|
--volume-dir | 监控的 ConfigMap 挂载目录(必填,可指定多个) | 无 |
--webhook-url | 配置更新时触发的 HTTP 回调 URL(与 --command 二选一) | 无 |
--command | 配置更新时执行的重载命令(与 --webhook-url 二选一) | 无 |
--webhook-method | Webhook 请求方法(GET/POST/PUT) | POST |
--webhook-timeout | Webhook 请求超时时间(秒) | 10 |
--interval | 目录扫描间隔(秒) | 10 |
针对 Bitnami Secure Images 的安全配置,支持以下环境变量:
| 环境变量 | 说明 | 可选值 | 默认值 |
|---|---|---|---|
OPENSSL_FIPS | 是否启用 OpenSSL FIPS 模式(仅安全镜像支持) | yes/no | yes |
docker.io/bitnami 下的所有镜像(含历史版本标签,如 2.50.0、10.6)将迁移至 docker.io/bitnamilegacy,且不再接收更新latest 标签的安全加固镜像(用于开发),生产环境需使用 Bitnami Secure Images 商业版latest 标签,生产环境应指定具体版本标签(迁移前)或采用商业版安全镜像imagePullSecrets 配置商业版仓库认证)通过 bitnami/containers GitHub 仓库提交 Issue 或 Pull Request,参与镜像优化与功能改进。
如遇容器运行问题,可通过 GitHub Issue 模板提交报告,包含以下信息以加速排查:
kubectl logs/docker logs)本镜像基于 Apache License 2.0 许可证分发。详细条款可参见 Apache 官方文档。
版权所有 © 2025 Broadcom。"Broadcom" 指 Broadcom Inc. 及其子公司。
免费版仅支持 Docker Hub 加速,不承诺可用性和速度;专业版支持更多镜像源,保证可用性和稳定速度,提供优先客服响应。
免费版仅支持 docker.io;专业版支持 docker.io、gcr.io、ghcr.io、registry.k8s.io、nvcr.io、quay.io、mcr.microsoft.com、docker.elastic.co 等。
当返回 402 Payment Required 错误时,表示流量已耗尽,需要充值流量包以恢复服务。
通常由 Docker 版本过低导致,需要升级到 20.x 或更高版本以支持 V2 协议。
先检查 Docker 版本,版本过低则升级;版本正常则验证镜像信息是否正确。
使用 docker tag 命令为镜像打上新标签,去掉域名前缀,使镜像名称更简洁。
探索更多轩辕镜像的使用方法,找到最适合您系统的配置方式
通过 Docker 登录方式配置轩辕镜像加速服务,包含7个详细步骤
在 Linux 系统上配置轩辕镜像源,支持主流发行版
在 Docker Desktop 中配置轩辕镜像加速,适用于桌面系统
在 Docker Compose 中使用轩辕镜像加速,支持容器编排
在 k8s 中配置 containerd 使用轩辕镜像加速
在宝塔面板中配置轩辕镜像加速,提升服务器管理效率
在 Synology 群晖NAS系统中配置轩辕镜像加速
在飞牛fnOS系统中配置轩辕镜像加速
在极空间NAS中配置轩辕镜像加速
在爱快ikuai系统中配置轩辕镜像加速
在绿联NAS系统中配置轩辕镜像加速
在威联通NAS系统中配置轩辕镜像加速
在 Podman 中配置轩辕镜像加速,支持多系统
配置轩辕镜像加速9大主流镜像仓库,包含详细配置步骤
无需登录即可使用轩辕镜像加速服务,更加便捷高效
需要其他帮助?请查看我们的 常见问题 或 官方QQ群: 13763429