Odoo 20 patenka į Docker Official Images

Odoo 20 pasiekiamas per Docker Official Images programą. Docker Hub šį konteinerį nurodo kaip Docker Official Image, kurį prižiūri Odoo. Odoo Docker saugykla save apibūdina kaip oficialaus atvaizdo šaltinio saugyklą ir turi atskirą 20.0 katalogą. Šie įrašai suteikia aiškiai apibrėžtą pradinį konteinerio šaltinį organizacijoms, diegiančioms arba testuojančioms Odoo 20. (Odoo; Odoo Docker)

Dabartiniuose oficialaus atvaizdo įrašuose su Odoo 20 siejamos keturios žymos: 20.0-20261015, 20.0, 20 ir latest. Atvaizdas taip pat nurodytas amd64, arm64v8 ir ppc64le architektūroms. Kartu Docker Hub įrašas, oficialaus atvaizdo įrašas ir Odoo šaltinio saugykla patvirtina galimą atvaizdo šaltinį, dabartines žymų parinktis ir deklaruotą procesorių architektūrų aprėptį. (Docker Library Official Images Blob; Odoo; Odoo Docker)

Peržiūros tikslais komandos gali sulyginti Docker Hub įrašą su oficialaus atvaizdo įrašu ir Odoo šaltinio saugykla. Trys paskelbtos vietos aprašo papildomas tos pačios atvaizdo prieinamumo dalis: jo statusą kaip oficialaus atvaizdo, dabartines žymas ir architektūras bei 20.0 katalogo buvimą šaltinio saugykloje. (Docker Library Official Images Blob; Odoo; Odoo Docker)

Galimų žymų supratimas

Data pažymėta žyma 20.0-20261015 yra konkrečiausias dabartinio sąrašo identifikatorius. Žymos 20.0 ir 20 plačiau nurodo Odoo 20 liniją, o latest šiuo metu rodo į Odoo 20 atvaizdą. Nors šios žymos šiuo metu siejamos su ta pačia pagrindine versija, paskelbti įrašai nenustato, kaip plačiosios žymos bus susietos ateityje. (Docker Library Official Images Blob; Odoo)

Todėl komandos turėtų užfiksuoti tikslų atvaizdo žymos pavadinimą, naudojamą kūrime, testavime ir gamyboje, o ne remtis tik Odoo 20 konteineriu. Pateikti šaltiniai patvirtina galimus žymų pavadinimus, tačiau nenustato žymėjimo politikos. Infrastruktūros dokumentacijoje turėtų būti nurodyta pasirinkta žyma ir patvirtinta, kad registro įrašas vis dar rodo į numatytą Odoo versiją prieš atvaizdo paėmimą ar atnaujinimą. (Docker Library Official Images Blob; Odoo)

Trijų procesorių architektūrų palaikymas

Odoo 20 atvaizdas nurodytas amd64, arm64v8 ir ppc64le architektūroms. Organizacijos, veikiančios skirtingose procesorių platformose, gali pasirinkti oficialų atvaizdą bet kuriai iš šių trijų architektūrų. Architektūrą vis tiek reikėtų laikyti aiškiu diegimo reikalavimu, o ne daryti prielaidą vien iš Odoo versijos ar žymos. (Docker Library Official Images Blob; Odoo)

Prieš standartizuojant šį atvaizdą, administratoriai turėtų patikrinti kiekvieno tikslinio serverio procesorių architektūrą ir patvirtinti, kad pasirinkta Odoo žyma apima reikiamą architektūrą. Registro įrašai taikomi pačiam Odoo atvaizdui. Jie nenustato suderinamumo su pasirinktiniais moduliais, integracijomis ar kita palaikomąja programine įranga, kuri turi būti vertinama atskirai. (Docker Library Official Images Blob; Odoo)

PostgreSQL išlieka atskiras reikalavimas

Dokumentuota konteinerio sąranka reikalauja PostgreSQL. Todėl Odoo atvaizdas yra tik viena diegimo dalis, o ne visa savarankiška aplinka. Diegimo sprendime turi būti duomenų bazės paslauga, jos ryšys su Odoo ir tinkamas duomenų bazės duomenų tvarkymas. Oficialus įrašas patvirtina PostgreSQL reikalavimą, tačiau nepakeičia organizacijos duomenų bazės konfigūracijos ar veiklos valdiklių. (Odoo)

Organizacijos, keičiančios laikino konteinerio konfigūraciją, turėtų palyginti esamą PostgreSQL nustatymą su dokumentuota oficialaus atvaizdo konfigūracija. Odoo programos atvaizdo įdiegimas automatiškai nepakeičia ir nekonfigūruoja duomenų bazės komponento. Prieš pakartotinai naudojant, esamus aplinkos kintamuosius, tinklo nustatymus ir diegimo aprašus reikėtų peržiūrėti pagal oficialią dokumentaciją. (Odoo)

Odoo filestore išsaugojimas

Docker Hub rekomenduoja išsaugoti Odoo filestore, prijungiant tomą prie /var/lib/odoo. Taip nuolatiniai failai atskiriami nuo programos konteinerio gyvavimo ciklo. Diegimo aprašuose turėtų būti nurodytas dokumentuotas prijungimo kelias ir saugyklos sprendimas, kuris išlaiko filestore, kai konteineriai pakeičiami arba atnaujinami. (Odoo)

Prijungimo kelias taip pat reikalauja dėmesio, kai keičiamas pasirinktinis atvaizdas arba ankstesnė diegimo konfigūracija. Esamas sprendimas gali naudoti konkretų tomo apibrėžimą arba duomenų vietą. Administratoriai turėtų palyginti tą konfigūraciją su dokumentuotu /var/lib/odoo prijungimu ir patvirtinti, kad numatytas filestore bus prieinamas naujajam konteineriui. Oficialiose gairėse nurodomas rekomenduojamas kelias, bet nepateikiama organizacijai pritaikyta duomenų perkėlimo procedūra. (Odoo)

Paskelbtos informacijos ribos

Paskelbimas kaip „Docker Official Image“ patvirtina atvaizdo šaltinį, žymas, nurodytas architektūras ir pagrindines duomenų bazės bei saugyklos gaires. Tai nepatvirtina programos suderinamumo, pasirinktinių modulių parengtumo, integracijų suderinamumo, migracijos procedūrų ar organizacijai reikalingos gamybinės konfigūracijos. Datos žyma taip pat neturėtų būti laikoma atskiros išleidimo datos ar palaikymo etapo įrodymu be papildomos dokumentacijos. (Docker Library Official Images Blob; Odoo; Odoo Docker)

Vertindamos atvaizdą, komandos turėtų atskirti patvirtintą konteinerio publikavimą nuo platesnio sprendimo diegti Odoo 20. Testavimui reikėtų naudoti sąmoningai pasirinktą žymą ne gamybinėje aplinkoje ir užfiksuoti procesoriaus architektūrą, PostgreSQL konfigūraciją bei filestore prijungimą. Bet kokioms išvadoms apie pasirinktą kodą, išorines integracijas ar migracijos laiką reikia įrodymų, viršijančių oficialaus atvaizdo įrašus. (Docker Library Official Images Blob; Odoo; Odoo Docker)

Patikros prieš diegimą

Prieš patvirtinant atvaizdą, komandos turėtų patikrinti dabartinį žymos susiejimą oficialiame registre, pasirinkti reikiamą procesoriaus architektūrą ir patvirtinti, kad diegimo failai nurodo numatytą atvaizdą. Projekte turėtų būti numatyta PostgreSQL ir Odoo filestore išsaugojimas per tomą, prijungtą prie /var/lib/odoo. Tikslus atvaizdo identifikatorius, naudotas testavimo metu, turėtų būti išsaugotas diegimo įrašuose. (Docker Library Official Images Blob; Odoo)

Šios patikros turėtų atskirai apimti kiekvieną patvirtintą publikavimo elementą. Pasirinktą žymą galima tikrinti pagal registro įrašą, architektūros prieinamumą galima patvirtinti tiksliniam serveriui, o diegimo aprašą galima peržiūrėti dėl PostgreSQL ir /var/lib/odoo tomo prijungimo. Taip vertinimas išlieka suderintas su informacija, dokumentuota oficialiam atvaizdui. (Docker Library Official Images Blob; Odoo)

Odoo Docker šaltinio saugykla taip pat gali būti peržiūrėta vertinant, kaip organizuotas 20.0 atvaizdas. Patvirtinimas gamyboje turėtų išlikti sąlyginis ir priklausyti nuo organizacijos pačios atlikto migracijų, modulių, integracijų ir veiklos procedūrų testavimo. Pateikti šaltiniai patvirtina, kad oficialus Odoo 20 atvaizdas egzistuoja, ir dokumentuoja jo dabartinius identifikatorius, architektūrų aprėptį, duomenų bazės priklausomybę bei rekomenduojamą filestore prijungimą. (Odoo Docker; Docker Library Official Images Blob; Odoo)