Odoo 20 entra nas Docker Official Images

Odoo 20 está disponível por meio do programa Docker Official Images. O Docker Hub identifica o contêiner como uma Docker Official Image mantida pela Odoo. O repositório Docker da Odoo se descreve como o repositório de origem da imagem oficial e inclui um diretório dedicado 20.0. Essas listagens fornecem uma origem de contêiner upstream definida para organizações que implantam ou testam o Odoo 20. (Odoo; Odoo Docker)

Os registros da imagem oficial atualmente associam quatro tags ao Odoo 20: 20.0-20261015, 20.0, 20 e latest. A imagem também está listada para amd64, arm64v8 e ppc64le. Em conjunto, a listagem do Docker Hub, o registro da imagem oficial e o repositório de origem da Odoo estabelecem a origem disponível da imagem, as opções atuais de tags e a cobertura declarada de arquiteturas de processador. (Docker Library Official Images Blob; Odoo; Odoo Docker)

Para fins de revisão, as equipes podem comparar a listagem do Docker Hub com o registro da imagem oficial e o repositório de origem da Odoo. Os três locais publicados descrevem partes complementares da mesma disponibilidade da imagem: seu status como imagem oficial, suas tags e arquiteturas atuais, e a presença do diretório 20.0 no repositório de origem. (Docker Library Official Images Blob; Odoo; Odoo Docker)

Entendendo as tags disponíveis

A tag datada 20.0-20261015 é o identificador mais específico na listagem atual. As tags 20.0 e 20 identificam a linha do Odoo 20 de forma mais ampla, enquanto latest atualmente aponta para a imagem do Odoo 20. Embora essas tags estejam associadas no momento à mesma versão principal, os registros publicados não estabelecem como as tags mais amplas serão mapeadas no futuro. (Docker Library Official Images Blob; Odoo)

As equipes devem, portanto, registrar a tag exata da imagem usada em desenvolvimento, teste e produção, em vez de se referirem apenas a um contêiner do Odoo 20. As fontes fornecidas confirmam os nomes das tags disponíveis, mas não prescrevem uma política de tagging. A documentação da infraestrutura deve identificar a tag selecionada e confirmar que a entrada do registro ainda aponta para a versão pretendida do Odoo antes que uma imagem seja baixada ou atualizada. (Docker Library Official Images Blob; Odoo)

Suporte para três arquiteturas de processador

A imagem do Odoo 20 está listada para amd64, arm64v8 e ppc64le. Organizações que operam em diferentes plataformas de processador podem, portanto, selecionar uma imagem oficial para qualquer uma dessas três arquiteturas. A arquitetura ainda deve ser tratada como um requisito explícito de implantação, e não inferida apenas pela versão ou pela tag do Odoo. (Docker Library Official Images Blob; Odoo)

Antes de padronizar na imagem, os administradores devem verificar a arquitetura de processador de cada host de destino e confirmar que a tag do Odoo escolhida inclui a arquitetura necessária. Os registros do repositório se aplicam à própria imagem do Odoo. Eles não estabelecem compatibilidade para módulos personalizados, integrações ou outros softwares de suporte, que devem ser avaliados separadamente. (Docker Library Official Images Blob; Odoo)

PostgreSQL continua sendo um requisito separado

A configuração documentada do contêiner requer PostgreSQL. A imagem do Odoo é, portanto, um componente da implantação, e não um ambiente independente completo. Um desenho de implantação deve incluir o serviço de banco de dados, sua conexão com o Odoo e o tratamento apropriado dos dados do banco de dados. A listagem oficial confirma o requisito de PostgreSQL, mas não substitui a configuração de banco de dados ou os controles operacionais de uma organização. (Odoo)

Organizações que substituem uma receita provisória de contêiner devem comparar a configuração PostgreSQL existente com a configuração documentada para a imagem oficial. Adotar a imagem da aplicação Odoo não substitui nem reconfigura automaticamente o componente de banco de dados. As variáveis de ambiente existentes, as configurações de rede e as definições de implantação devem ser revisadas em relação à documentação oficial antes de serem reutilizadas. (Odoo)

Persistindo o filestore do Odoo

O Docker Hub recomenda persistir o filestore do Odoo montando um volume em /var/lib/odoo. Isso separa os arquivos persistentes do ciclo de vida do contêiner da aplicação. As definições de implantação devem incluir o caminho de montagem documentado e uma configuração de armazenamento que retenha o filestore quando os contêineres forem substituídos ou atualizados. (Odoo)

O caminho de montagem também exige atenção ao substituir uma imagem personalizada ou uma receita de implantação anterior. Uma configuração existente pode usar uma definição de volume ou local de dados específico. Os administradores devem comparar essa configuração com a montagem documentada em /var/lib/odoo e confirmar que o filestore pretendido estará disponível para o novo contêiner. A orientação oficial identifica o caminho recomendado, mas não fornece um procedimento de transferência de dados específico da organização. (Odoo)

Limites das informações publicadas

A publicação como Docker Official Image confirma a origem da imagem, as tags, as arquiteturas listadas e a orientação básica de banco de dados e armazenamento. Isso não estabelece compatibilidade da aplicação, prontidão de módulos personalizados, compatibilidade de integrações, procedimentos de migração ou a configuração de produção exigida pela organização. A tag datada também não deve ser tratada como evidência de uma data de lançamento separada ou de um marco de suporte sem documentação adicional. (Docker Library Official Images Blob; Odoo; Odoo Docker)

As equipes que avaliam a imagem devem distinguir a publicação confirmada do contêiner de uma decisão mais ampla de adotar o Odoo 20. Os testes devem usar uma tag escolhida deliberadamente em um ambiente não produtivo e registrar a arquitetura do processador, a configuração PostgreSQL e a montagem do filestore. Quaisquer conclusões sobre código personalizado, integrações externas ou cronograma de migração exigem evidências além dos registros da imagem oficial. (Docker Library Official Images Blob; Odoo; Odoo Docker)

Verificações antes da adoção

Antes de aprovar a imagem, as equipes devem verificar o mapeamento atual da tag no registro oficial, escolher a arquitetura de processador necessária e confirmar que os arquivos de implantação fazem referência à imagem pretendida. O design deve incluir PostgreSQL e persistir o filestore do Odoo por meio de um volume montado em /var/lib/odoo. A referência exata da imagem usada durante os testes deve ser mantida nos registros de implantação. (Docker Library Official Images Blob; Odoo)

Essas verificações devem abranger separadamente cada elemento confirmado da publicação. A tag selecionada pode ser verificada em relação ao registro do repositório, a disponibilidade da arquitetura pode ser confirmada para o host de destino e a definição de implantação pode ser revisada quanto a PostgreSQL e à montagem de volume /var/lib/odoo. Isso mantém a avaliação alinhada com as informações documentadas para a imagem oficial. (Docker Library Official Images Blob; Odoo)

O repositório-fonte Docker do Odoo também pode ser revisado ao avaliar como a imagem 20.0 está organizada. A aprovação para produção deve permanecer condicionada aos testes próprios da organização sobre migrações, módulos, integrações e procedimentos operacionais. As fontes fornecidas estabelecem que a imagem oficial do Odoo 20 existe e documentam seus identificadores atuais, cobertura de arquitetura, dependência de banco de dados e montagem recomendada do filestore. (Odoo Docker; Docker Library Official Images Blob; Odoo)