Odoo 20 进入 Docker Official Images
Odoo 20 现可通过 Docker Official Images 计划获取。Docker Hub 将该容器标识为由 Odoo 维护的 Docker Official Image。Odoo 的 Docker 仓库将其描述为官方镜像的源仓库，并包含专门的 20.0 目录。这些条目为部署或测试 Odoo 20 的组织提供了明确的上游容器来源。 (Odoo; Odoo Docker)
当前官方镜像记录将四个标签与 Odoo 20 关联：20.0-20261015、20.0、20 和 latest。该镜像还列出支持 amd64、arm64v8 和 ppc64le。Docker Hub 列表、官方镜像记录和 Odoo 源仓库共同确立了可用的镜像来源、当前标签选项以及声明的处理器架构覆盖范围。 (Docker Library Official Images Blob; Odoo; Odoo Docker)
供审核使用时，团队可以将 Docker Hub 列表与官方镜像记录以及 Odoo 的源仓库进行交叉核对。这三个已发布位置描述了同一镜像可用性的互补部分，即其官方镜像状态、当前标签和架构，以及源仓库中 20.0 目录的存在。 (Docker Library Official Images Blob; Odoo; Odoo Docker)
了解可用标签
带日期的 20.0-20261015 标签是当前列表中最具体的标识。20.0 和 20 标签更宽泛地标识 Odoo 20 版本线，而 latest 目前指向 Odoo 20 镜像。尽管这些标签目前对应同一个主版本，但已发布记录并未说明未来这些更宽泛标签将如何映射。 (Docker Library Official Images Blob; Odoo)
因此，团队应在开发、测试和生产中记录所使用的确切镜像标签，而不是只笼统地指代一个 Odoo 20 容器。所提供的来源确认了可用的标签名称，但没有规定标签策略。基础设施文档应标明所选标签，并在拉取或更新镜像之前确认仓库条目仍指向预期的 Odoo 版本。 (Docker Library Official Images Blob; Odoo)
支持三种处理器架构
Odoo 20 镜像列出了 amd64、arm64v8 和 ppc64le。跨不同处理器平台运行的组织因此可以为这三种架构中的任一种选择官方镜像。不过，架构仍应被视为明确的部署要求，而不是仅从 Odoo 版本或标签推断得出。 (Docker Library Official Images Blob; Odoo)
在标准化使用该镜像之前，管理员应验证每台目标主机的处理器架构，并确认所选 Odoo 标签包含所需架构。仓库记录适用于 Odoo 镜像本身。它们并不表明自定义模块、集成或其他支撑软件的兼容性，这些都必须单独评估。 (Docker Library Official Images Blob; Odoo)
PostgreSQL 仍是单独要求
文档化的容器设置要求使用 PostgreSQL。因此，Odoo 镜像只是部署的一个组成部分，而不是完整的独立环境。部署设计必须包含数据库服务、其与 Odoo 的连接，以及对数据库数据的适当处理。官方列表确认了 PostgreSQL 要求，但不能替代组织自身的数据库配置或运行控制。 (Odoo)
将现有的 PostgreSQL 配置替换为临时容器方案的组织，应将其现有的 PostgreSQL 架构与官方镜像的文档化设置进行比较。采用 Odoo 应用镜像并不会自动替换或重新配置数据库组件。在重复使用之前，应根据官方文档审查现有环境变量、网络配置和部署定义。 (Odoo)
持久化 Odoo 文件存储
Docker Hub 建议通过在 /var/lib/odoo 挂载卷来持久化 Odoo 文件存储。这将持久文件与应用容器的生命周期分离。部署定义应包含文档中指定的挂载路径，以及在容器被替换或更新时仍能保留文件存储的存储方案。 (Odoo)
在替换自定义镜像或早期部署方案时，挂载路径也需要特别注意。现有设置可能使用特定的卷定义或数据位置。管理员应将该配置与文档中的 /var/lib/odoo 挂载进行比较，并确认新的容器可以使用预期的文件存储。官方指南说明了推荐路径，但没有提供组织特定的数据迁移流程。 (Odoo)
已发布信息的限制
作为 Docker 官方镜像发布，确认了镜像来源、标签、列出的架构以及基本的数据库和存储指南。这并不代表应用兼容性、自定义模块就绪性、集成兼容性、迁移流程或组织所需的生产配置。没有额外文档支持时，带日期的标签也不应被视为单独的发布日期或支持里程碑。 (Docker Library Official Images Blob; Odoo; Odoo Docker)
评估该镜像的团队，应区分已确认的容器发布与采用 Odoo 20 的更广泛决策。测试应在非生产环境中使用有意选择的标签，并记录处理器架构、PostgreSQL 配置和文件存储挂载。对自定义代码、外部集成或迁移时间的任何结论，都需要官方镜像记录之外的证据。 (Docker Library Official Images Blob; Odoo; Odoo Docker)
采用前的检查
在批准该镜像之前，团队应验证官方注册表中的当前标签映射，选择所需的处理器架构，并确认部署文件引用的是预期镜像。设计应包含 PostgreSQL，并通过挂载于 /var/lib/odoo 的卷来持久化 Odoo 文件存储。测试期间使用的确切镜像引用应保存在部署记录中。 (Docker Library Official Images Blob; Odoo)
这些检查应分别覆盖发布中的每个已确认元素。可将所选标签与注册表记录进行核对，可确认目标主机是否支持该架构，并可检查部署定义中是否同时包含 PostgreSQL 和 /var/lib/odoo 卷挂载。这样可使评估与官方镜像文档中的信息保持一致。 (Docker Library Official Images Blob; Odoo)
在评估 20.0 镜像的组织方式时，也可以查阅 Odoo Docker 源代码仓库。生产批准仍应以组织自身对迁移、模块、集成和操作流程的测试为条件。所提供的来源表明官方 Odoo 20 镜像确实存在，并记录了其当前标识、架构覆盖、数据库依赖和推荐的文件存储挂载。 (Odoo Docker; Docker Library Official Images Blob; Odoo)