Dockers Tags für verschiedene Versionen

[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
  
  Code Auswählen Erweitern
  cd /opt/kix-on-premise/deploy/linux/
./stop.sh
• bestehende Images auflisten
  
  Code Auswählen Erweitern
  docker image lshier erhält man eine Liste der bestehenden Images
  
• Images taggen
  
  Code Auswählen Erweitern
  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:v27Nun 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
  
  Code Auswählen Erweitern
  vim docker-compose.ymlIn den Compose-Dateien (KIXPro außerdem docker-compose_ssp.yml) muss nun jeweils das lokale Image referenziert werden
  Inhalte anpassen:
  
  Code Auswählen Erweitern
  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
  
  Code Auswählen Erweitern
  ./start.sh

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