Bitnami 提供面向生产与合规的开源应用加固镜像(Bitnami Secure Images)。官方已调整 Docker Hub 分发策略,主力安全镜像需订阅获取;无订阅场景可关注 Legacy 遗留镜像与本站拉取说明。涵盖 Redis、PostgreSQL、Nginx、WordPress、Kafka 等常见组件。 https://bitnami.com
Bitnami 打包的 Redis 服务镜像,适合会话缓存、队列与高性能键值场景;部署需按文档配置持久化卷与密码等环境变量。若在 Docker Hub 拉取受限,可参考本站博客使用 bitnamilegacy/redis 等遗留标签做开发测试,生产请优先商业订阅或评估风险。
Bitnami 打包的 PostgreSQL 服务镜像,便于通过环境变量初始化库与用户,适合 Web 应用与事务负载;生产建议固定 tag 并挂载数据目录。拉取策略以 Hub 与官网为准,遗留版本可查阅 bitnamilegacy/postgresql 标签页。
Bitnami 维护的 Nginx 镜像,常用于反向代理、静态资源与负载均衡入口。与上游应用组合时注意镜像拉取渠道;无订阅场景可结合博客在 bitnamilegacy 命名空间查找可用历史标签。
Bitnami 一体化 WordPress 运行环境,适合博客与内容站点;需关注数据库依赖、持久化卷与官方拉取政策。临时验证可参照博客使用 Legacy 路径,长期生产建议订阅或自有镜像治理。















使用 bitnami/nginx 作为入口,后端连接 bitnami/postgresql 或 bitnami/redis,快速搭建常见业务架构。
通过 bitnami/wordpress 部署 WordPress,配合外部或同栈数据库并挂载上传目录,满足内容发布需求。
使用 Bitnami Helm Chart 时需关注 Chart 引用的镜像仓库与 tag 是否与当前订阅、镜像拉取策略一致;拉取受限时应按官方文档或本站博客调整镜像源或改用商业制品。
一问搞懂 registry-mirrors 配置,本文就以国内常用的轩辕镜像为例,把这个问题的底层逻辑、常见场景和终极解决方案一次性讲透,适配Docker 20+/24+全版本,看完再也不踩这个坑。
近期Bitnami官方对旗下镜像分发策略进行重大调整,原可在Docker Hub免费获取的Bitnami核心安全镜像(覆盖Kafka、Redis、MySQL、Elasticsearch等全品类),现已全面取消免费下载服务,这将直接影响大家日常的开发、测试和项目部署工作。为了让大家快速找到可落地的解决方案,我们整理了清晰的替代拉取方法、场景化使用建议,小白也能一步上手,建议收藏备用!
根据轩辕镜像技术博客说明,Bitnami 已全局调整分发策略:面向企业加固的核心安全镜像不再通过 Docker Hub 对公众提供免费、无限制的完整拉取通道,中间件、数据库、监控等品类均可能受影响;具体以 Docker Hub 页面与 Bitnami 官网为准。文档与替代拉取方式详见:https://xuanyuan.cloud/blog/bitnami-docker-hub
商业安全镜像是当前主力、持续构建与安全加固的版本,适合生产与合规,通常需 Bitnami 商业订阅获取完整制品;Docker Hub 上部分仅开放开发者试用(如仅最新标签)。bitnamilegacy 为历史备份,已停更、无官方技术支持,不适合生产长期运行,可用于开发测试、兼容验证或临时迁移,使用前需自评安全风险。
博客提供了通过轩辕镜像拉取 Bitnami Legacy 的通用方式:使用 docker.xuanyuan.run/bitnamilegacy/镜像名:版本标签 格式(请将镜像名与标签换成你在本站标签页查到的实际值)。也可在本站搜索 bitnamilegacy、打开单镜像标签页复制 tag。拉取成功后可用 docker images 核对本地镜像。
生产与长期运行首选:采购 Bitnami 商业订阅,使用官方支持的加固镜像与更新节奏,满足合规与漏洞响应需求。若曾依赖旧版 Legacy,迁移完成后建议将所需镜像推送到自有私有仓库留存,避免上游仓库变更导致无法再现构建。数据库类务必配置持久化卷或 PVC,勿仅依赖容器层。
持久化:在宿主机或云盘建目录,用 docker run 的 -v 或 Compose volumes 挂载到文档写明数据路径;Kubernetes 用 PVC。环境变量:以 Docker Hub 仓库说明与 Bitnami 文档为准,可结合 docker run --rm 镜像名 env 查看默认值。勿在镜像内硬编码密码,优先用密钥管理与文档推荐变量。