Öffentliche Docker-Images
Aktualisiert am 27. Oktober 2026
Öffentliche Docker-Images
Kein Git-Repository nötig, um ein paketiertes Tool zu deployen. Geben Sie direkt das Image von Docker Hub oder GHCR an. Die Schritte finden Sie unter Ein Docker-Image deployen.
Beliebte Images
| Image | Verwendung | Standardport |
|---|---|---|
nginx:alpine | statischer Webserver | 80 |
caddy:alpine | Reverse-Proxy mit automatischem HTTPS | 80 |
adminer:latest | Administrationsoberfläche für Datenbanken | 8080 |
louislam/uptime-kuma:latest | Uptime-Überwachung | 3001 |
n8n/n8n | Workflow-Automatisierung | 5678 |
gitea/gitea:latest | selbstgehostete Git-Forge | 3000 |
wordpress:latest | CMS WordPress | 80 |
Über Umgebungsvariablen konfigurieren
Die meisten offiziellen Images lassen sich vollständig über Umgebungsvariablen konfigurieren, ohne jemals eine Datei zu ändern:
# wordpress:latest
WORDPRESS_DB_HOST=db.<namespace>.svc.cluster.local
WORDPRESS_DB_NAME=wordpress
WORDPRESS_DB_USER=wordpress
WORDPRESS_DB_PASSWORD=aendere-mich
Persistenz
Diese Images verfügen standardmäßig über keinen persistenten Speicher: auf die Container-Disk geschriebene Daten verschwinden beim Neustart. Verbinden Sie sie stets mit einer verwalteten Datenbank, statt sich auf das Dateisystem des Dienstes zu verlassen.