Hauptmenü

Dockers Tags für verschiedene Versionen

Begonnen von marcohald, 17.06.2021 07:46:06

⏪ vorheriges - nächstes ⏩

marcohald

Hi,
im Moment wird in den Startscripts ja auf das Tag stable verwiesen.Gibt es eine Liste an verfügbaren Tags um beispielsweiße auf eine ältere Version zu wechseln ?Wir haben ein Kix 18 Pro on premises falls das eine Rolle spielt.
MfG Marco

René Böhm

Hallo Marco,
was genau ist das Ziel ? Da wir Rolling Releases liefern, müssen wir sicherstellen, dass DB und Code definitiv zusammenpassen. Den Code auf eine ältere Version herunterzuziehen, kann dann zu Instabilitäten führen, weil wir die DB ja nicht downgraden können, da dies u.U. zu Datenverlusten führen würde.
VGRené

marcohald

Hi Rene,
irgendwie habe ich die Notification für deine Antwort nicht gesehen.
Das ich nicht downgraden kann macht Sinn.
Wenn wir beispielsweise eine veraltete Testumgebung haben und nicht auf den neusten Release wollen sondern auf die Version die bei uns Produktiv läuft, würden die Version Tags helfen.
Oder wenn man ein Testsystem neu hochzieht und eine ältere Version braucht.

MfG Marco

Beatrice Müller

Hier eine kleine Anleitung zur Fixierung einer KIX-Version:

  • Container stoppen
    cd /opt/kix-on-premise/deploy/linux/
    ./stop.sh
  • bestehende Images auflisten
    docker image lshier erhält man eine Liste der bestehenden Images
  • Images taggen
    docker tag 7d968c4c1317 ssp:v27
    docker tag 1ad67a2306a8 proxy:v27
    docker tag b19a5ea2fb9e redis:v27
    docker tag 356ff04b7f7c frontend:v27
    docker tag 937401ccab98 backend:v27
    docker tag a0f5978744c1 db:v27
    Nun müssen die Images getaggt und damit jeweils eine lokale Version gespeichert werden ("docker tag")
    Syntax: "docker tag <source image> <target image>:<image tag>"
    <source image> aus dem Befehl "docker image ls"
    Kontrolle ("docker image ls"): Es sollten nun jeweils die Images angelegt worden sein
  • Anpassen der Compose-Dateien
    vim docker-compose.ymlIn den Compose-Dateien (KIXPro außerdem docker-compose_ssp.yml) muss nun jeweils das lokale Image referenziert werden
    Inhalte anpassen:

    proxy:
        #image: ${REGISTRY}/proxy:${IMAGE_TAG}
        image: proxy:v27
    .
    backend:
        #image: ${REGISTRY}/backend:${IMAGE_TAG}
        image: backend:v27
    .
    frontend:
        #image: ${REGISTRY}/frontend:${IMAGE_TAG}
        image: frontend:v27
    .
    db:
        #image: ${REGISTRY}/db:${IMAGE_TAG}
        image: db:v27
    .
    redis:
        #image: ${REGISTRY}/redis:${IMAGE_TAG}
        image: redis:v27
  • Container wieder starten
    ./start.sh

Damit werden nun die lokal gespeicherten Images genutzt, unabhängig davon, ob es ein Update gibt.