Container-Namen

Standardmäßig übernimmt Dozzle die Container-Namen direkt von Docker. Das reicht meistens aus, da sich diese Namen mit der Option --name in docker run oder über das Feld container_name in Docker-Compose-Services anpassen lassen.

Eigene Namen

Wenn sich der Container-Name selbst nicht ändern lässt, kannst du ihn mit dem Label dev.dozzle.name am Container überschreiben.

Hier ein Beispiel mit Docker Compose oder der Docker CLI:

sh

docker run --label dev.dozzle.name=hello hello-world

docker-compose.yml

services:
  dozzle:
    image: hello-world
    labels:
      - dev.dozzle.name=hello

Kubernetes

Im Kubernetes-Modus heißen Container standardmäßig <pod>/<container>. Setze dev.dozzle.name am Pod-Template, um den Namen zu überschreiben. Eine Annotation eignet sich dafür besser, da Label-Werte keine Leerzeichen enthalten dürfen und auf 63 Zeichen begrenzt sind. Sind beide gesetzt, gewinnt die Annotation. Das gilt genauso für alle anderen dev.dozzle.*-Einstellungen, etwa dev.dozzle.url und dev.dozzle.icon.

spec:
  template:
    metadata:
      annotations:
        dev.dozzle.name: Public API

Der Name gilt für den ganzen Pod. Init-Container behalten immer ihren eigenen Namen als Suffix, zum Beispiel Public API/migrate, und ebenso jeder Container in einem Pod mit mehr als einem App-Container, zum Beispiel Public API/proxy.

Alle Replikas desselben Deployments bekommen denselben Namen, und Dozzle behandelt Container mit demselben Namen als einen. Wenn du ein Replika in der Seitenleiste anheftest, werden alle angeheftet, und das Menü im Container-Titel listet die anderen als frühere Läufe desselben Containers auf.

Coolify-Integration

Wenn du Coolify verwendest, erkennt Dozzle die Labels von Coolify automatisch als Rückfallwerte:

• coolify.serviceName → wird als Container-Name genutzt, wenn dev.dozzle.name nicht gesetzt ist
• coolify.projectName → wird zur Gruppierung genutzt, wenn dev.dozzle.group nicht gesetzt ist

Für Coolify-Deployments ist keine weitere Konfiguration nötig.