Odoo 20 влиза в Docker Official Images
Odoo 20 е достъпен чрез програмата Docker Official Images. Docker Hub идентифицира контейнера като Docker Official Image, поддържан от Odoo. Docker хранилището на Odoo се описва като изходното хранилище за официалния образ и включва специална директория 20.0. Тези записи осигуряват определен upstream източник на контейнера за организации, които внедряват или тестват 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 конфигурация с документираната настройка за официалния образ. Приемането на приложния образ на Odoo не заменя автоматично и не пренастройва компонента на базата данни. Съществуващите променливи на средата, мрежовите настройки и дефинициите за внедряване трябва да бъдат прегледани спрямо официалната документация, преди да бъдат използвани повторно. (Odoo)
Постоянно съхранение на файловото хранилище на Odoo
Docker Hub препоръчва файловото хранилище на Odoo да се запазва чрез монтиране на volume в /var/lib/odoo. Това отделя постоянните файлове от жизнения цикъл на контейнера на приложението. Дефинициите за внедряване трябва да включват документирания път за монтиране и схема за съхранение, която запазва файловото хранилище, когато контейнерите бъдат заменени или актуализирани. (Odoo)
Пътят за монтиране също изисква внимание при замяна на персонализиран образ или по-ранна схема за внедряване. Съществуваща конфигурация може да използва определена дефиниция на volume или място за данни. Администраторите трябва да сравнят тази конфигурация с документирания mount в /var/lib/odoo и да потвърдят, че предвиденото файлово хранилище ще бъде налично за новия контейнер. Официалното ръководство посочва препоръчителния път, но не предоставя процедура за прехвърляне на данни, специфична за организацията. (Odoo)
Ограничения на публикуваната информация
Публикацията като Docker Official Image потвърждава източника на образа, таговете, изброените архитектури и основните указания за база данни и съхранение. Тя не установява съвместимост на приложението, готовност на персонализирани модули, съвместимост на интеграции, процедури за миграция или необходимата производствена конфигурация на дадена организация. Датираният таг също не трябва да се приема като доказателство за отделна дата на издаване или етап на поддръжка без допълнителна документация. (Docker Library Official Images Blob; Odoo; Odoo Docker)
Екипите, които оценяват образа, трябва да разграничават потвърдената публикация на контейнера от по-широко решение за приемане на Odoo 20. Тестването трябва да използва целенасочено избран таг в непроизводствена среда и да документира процесорната архитектура, PostgreSQL конфигурацията и mount-а на файловото хранилище. Всякакви изводи относно персонализиран код, външни интеграции или времето на миграция изискват доказателства извън записите за официалния образ. (Docker Library Official Images Blob; Odoo; Odoo Docker)
Проверки преди приемане
Преди да одобрят образа, екипите трябва да проверят текущото съпоставяне на таговете в официалния регистър, да изберат необходимата процесорна архитектура и да потвърдят, че файловете за внедряване препращат към предвидения образ. Конфигурацията трябва да включва PostgreSQL и да запазва файловото хранилище на Odoo чрез volume, монтиран в /var/lib/odoo. Точният образ, използван по време на тестването, трябва да бъде запазен в записите за внедряване. (Docker Library Official Images Blob; Odoo)
Тези проверки трябва да обхванат всеки потвърден елемент от публикацията поотделно. Избраният таг може да се провери спрямо записа в регистъра, наличността на архитектурата може да се потвърди за целевия хост, а дефиницията за внедряване може да се прегледа както за PostgreSQL, така и за монтирането на volume /var/lib/odoo. Това поддържа оценката в съответствие с информацията, документирана за официалния образ. (Docker Library Official Images Blob; Odoo)
Изходното хранилище на Odoo Docker също може да бъде прегледано при оценка на това как е организиран образът 20.0. Одобрението за продукционна среда трябва да остане условно спрямо собственото тестване на организациата за миграции, модули, интеграции и оперативни процедури. Предоставените източници установяват, че официалният образ на Odoo 20 съществува и документират текущите му идентификатори, покритието на архитектурите, зависимостта от база данни и препоръчителния mount за файловото хранилище. (Odoo Docker; Docker Library Official Images Blob; Odoo)