Odoo 20 entra en las Docker Official Images
Odoo 20 está disponible a través del programa Docker Official Images. Docker Hub identifica el contenedor como una Docker Official Image mantenida por Odoo. El repositorio de Docker de Odoo se describe como el repositorio de origen de la imagen oficial e incluye un directorio 20.0 dedicado. Estas referencias proporcionan una fuente de contenedor de origen definida para las organizaciones que implementan o prueban Odoo 20. (Odoo; Odoo Docker)
Los registros de la imagen oficial asocian actualmente cuatro etiquetas con Odoo 20: 20.0-20261015, 20.0, 20 y latest. La imagen también figura para amd64, arm64v8 y ppc64le. En conjunto, el listado de Docker Hub, el registro de la imagen oficial y el repositorio de origen de Odoo establecen la fuente de la imagen disponible, las opciones de etiquetas actuales y la cobertura declarada de arquitecturas de procesador. (Docker Library Official Images Blob; Odoo; Odoo Docker)
Para fines de revisión, los equipos pueden cotejar el listado de Docker Hub con el registro de la imagen oficial y el repositorio de origen de Odoo. Las tres ubicaciones publicadas describen partes complementarias de la misma disponibilidad de imagen: su estado como imagen oficial, sus etiquetas y arquitecturas actuales, y la presencia del directorio 20.0 en el repositorio de origen. (Docker Library Official Images Blob; Odoo; Odoo Docker)
Comprender las etiquetas disponibles
La etiqueta con fecha 20.0-20261015 es el identificador más específico en el listado actual. Las etiquetas 20.0 y 20 identifican la línea de Odoo 20 de forma más amplia, mientras que latest apunta actualmente a la imagen de Odoo 20. Aunque estas etiquetas están asociadas por el momento a la misma versión principal, los registros publicados no establecen cómo se asignarán las etiquetas más amplias en el futuro. (Docker Library Official Images Blob; Odoo)
Por lo tanto, los equipos deben registrar la etiqueta exacta de la imagen utilizada en desarrollo, pruebas y producción, en lugar de referirse solo a un contenedor de Odoo 20. Las fuentes proporcionadas confirman los nombres de las etiquetas disponibles, pero no prescriben una política de etiquetado. La documentación de la infraestructura debe identificar la etiqueta seleccionada y confirmar que la entrada del registro sigue apuntando a la versión de Odoo prevista antes de extraer o actualizar una imagen. (Docker Library Official Images Blob; Odoo)
Compatibilidad con tres arquitecturas de procesador
La imagen de Odoo 20 figura para amd64, arm64v8 y ppc64le. Las organizaciones que operan en distintas plataformas de procesador pueden, por tanto, seleccionar una imagen oficial para cualquiera de estas tres arquitecturas. Aun así, la arquitectura debe tratarse como un requisito explícito de implementación y no inferirse únicamente de la versión o la etiqueta de Odoo. (Docker Library Official Images Blob; Odoo)
Antes de estandarizar la imagen, los administradores deben verificar la arquitectura de procesador de cada host de destino y confirmar que la etiqueta de Odoo elegida incluye la arquitectura requerida. Los registros del repositorio se aplican a la imagen de Odoo en sí. No establecen compatibilidad para módulos personalizados, integraciones u otro software de soporte, que deben evaluarse por separado. (Docker Library Official Images Blob; Odoo)
PostgreSQL sigue siendo un requisito independiente
La configuración documentada del contenedor requiere PostgreSQL. La imagen de Odoo es, por tanto, un componente del despliegue y no un entorno completo independiente. El diseño del despliegue debe incluir el servicio de base de datos, su conexión con Odoo y una gestión adecuada de los datos de la base de datos. El listado oficial confirma el requisito de PostgreSQL, pero no sustituye la configuración de base de datos ni los controles operativos de una organización. (Odoo)
Las organizaciones que sustituyan una receta provisional de contenedor deben comparar su configuración existente de PostgreSQL con la configuración documentada para la imagen oficial. Adoptar la imagen de la aplicación Odoo no reemplaza ni reconfigura automáticamente el componente de base de datos. Las variables de entorno, la configuración de red y las definiciones de despliegue existentes deben revisarse frente a la documentación oficial antes de reutilizarlas. (Odoo)
Persistencia del filestore de Odoo
Docker Hub recomienda persistir el filestore de Odoo montando un volumen en /var/lib/odoo. Esto separa los archivos persistentes del ciclo de vida del contenedor de la aplicación. Las definiciones de despliegue deben incluir la ruta de montaje documentada y una configuración de almacenamiento que conserve el filestore cuando los contenedores se sustituyan o se actualicen. (Odoo)
La ruta de montaje también requiere atención al sustituir una imagen personalizada o una receta de despliegue anterior. Una configuración existente puede usar una definición de volumen o una ubicación de datos concretas. Los administradores deben comparar esa configuración con el montaje documentado /var/lib/odoo y confirmar que el filestore previsto estará disponible para el nuevo contenedor. La guía oficial identifica la ruta recomendada, pero no proporciona un procedimiento de transferencia de datos específico de la organización. (Odoo)
Límites de la información publicada
La publicación como Docker Official Image confirma el origen de la imagen, las etiquetas, las arquitecturas indicadas y la guía básica de base de datos y almacenamiento. No establece la compatibilidad de la aplicación, la preparación de módulos personalizados, la compatibilidad de integraciones, los procedimientos de migración ni la configuración de producción requerida por una organización. La etiqueta fechada tampoco debe interpretarse como prueba de una fecha de lanzamiento o de un hito de soporte independiente sin documentación adicional. (Docker Library Official Images Blob; Odoo; Odoo Docker)
Los equipos que evalúen la imagen deben distinguir la publicación confirmada del contenedor de una decisión más amplia de adoptar Odoo 20. Las pruebas deben usar una etiqueta seleccionada deliberadamente en un entorno de no producción y registrar la arquitectura del procesador, la configuración de PostgreSQL y el montaje del filestore. Cualquier conclusión sobre código personalizado, integraciones externas o momento de migración requiere pruebas más allá de los registros oficiales de la imagen. (Docker Library Official Images Blob; Odoo; Odoo Docker)
Comprobaciones antes de la adopción
Antes de aprobar la imagen, los equipos deben verificar la asignación actual de etiquetas en el registro oficial, elegir la arquitectura de procesador requerida y confirmar que los archivos de despliegue hagan referencia a la imagen prevista. El diseño debe incluir PostgreSQL y persistir el filestore de Odoo mediante un volumen montado en /var/lib/odoo. La referencia exacta de la imagen usada durante las pruebas debe conservarse en los registros de despliegue. (Docker Library Official Images Blob; Odoo)
Estas comprobaciones deben cubrir por separado cada elemento confirmado de la publicación. La etiqueta seleccionada puede verificarse frente al registro del repositorio, la disponibilidad de la arquitectura puede confirmarse para el host de destino y la definición de despliegue puede revisarse tanto para PostgreSQL como para el montaje del volumen /var/lib/odoo. Esto mantiene la evaluación alineada con la información documentada para la imagen oficial. (Docker Library Official Images Blob; Odoo)
El repositorio de origen de Odoo Docker también puede revisarse al evaluar cómo está organizada la imagen 20.0. La aprobación para producción debe seguir supeditada a las pruebas de migraciones, módulos, integraciones y procedimientos operativos propias de la organización. Las fuentes proporcionadas establecen que la imagen oficial de Odoo 20 existe y documentan sus identificadores actuales, la cobertura de arquitecturas, la dependencia de base de datos y el montaje de filestore recomendado. (Odoo Docker; Docker Library Official Images Blob; Odoo)