Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[OliverIO]

@arteck
Das mit kubernetes verstehe ich jetzt nicht.
Das ist ja eine Management Erweiterung für Container Engines, um Container nach Anforderungen zu skalieren, also mehrere Instanzen hoch und runterfahren nach Bedarf.
Docker oder eine andere kompatible Container Engine brauchst du trotzdem noch.
Lohnt sich meiner Meinung nach privat nicht.

Die Anzahl der vorhandenen lxc Images, beschränkt sich halt meistens auf Betriebssysteme/Distributionen
https://images.linuxcontainers.org/

Kennst du noch andere?

[MartinP]

@oliverio Turnkey Linux Derivate kann man auch als LXC betreiben...

Ich nutze den Fileserver

https://www.turnkeylinux.org/docs/fileserver

[OliverIO]

@martinp

Ok eins mehr.
Docker hub hat über 22000 vertrauenswürdige Images

https://hub.docker.com/search?badges=official&badges=verified_publisher&badges=open_source&type=image

[MartinP]

@oliverio Mir ist der Gedanke hinter Docker etwas suspekt, oder ich habe da noch Bildungslücken.

Wie hält man diese Docker Images aktuell?
Kann man da selber etwas tun, wenn der Maintainer mal monatelang "pennt" und keine Updates ausrollt?
Auf der anderen Seite habe ich aktuell gerade BEWUSST ein veraltetes Docker Image von zigbee2mqtt als Container aktiv.
Die aktuellen Images unterstützen die Conbee Sticks nicht mehr ...

[Meister Mopper]

@martinp sagte in Welche Container habt ihr so im Einsatz?:

Wie hält man diese Docker Images aktuell?

Schau dir watchtower an.

[David G.]

@Meister-Mopper
Das beantwortet aber nicht diese Frage von ihm.

@martinp sagte in Welche Container habt ihr so im Einsatz?:

Kann man da selber etwas tun, wenn der Maintainer mal monatelang "pennt" und keine Updates ausrollt?

Da muss man halt einfach vertrauen.
Das Problem hast du aber auch bei normaler Software wenn die nicht weiterentwickelt wird.

[OliverIO]

@martinp
Also als Benutzer aktuell halten ist einfach und ein "Update" dauert nur Sekunden. Neues Image herunterladen. Alten Container stoppen und wieder starten, dadurch wird dann das neue Image für den Container verwendet.

Was im Image genau verwendet wird ist wie bei JavaScripts bei den dependencies. Man kann auf feste Versionen pinnen (jeweils auf Major, Minor,Patch Level) oder einfach auch latest verwenden.
Ein Image baut sich in Schichten/layers auf, so das jemand nicht von grundauf bis auf betriebssystemebene alles definieren muss.
Wenn du eine node applikation containerisieren willst, greifst du auf ein vorhandenes Image mit Node (welches dann wieder auf einem Image eines Betriebssystem basiert).
Im rahmen eines dockerfiles wird in einer etwas angepassten Shell Notation mit ein paar zusätzlichen Befehlen das Image definiert.

Auf Basis dieser Anweisungen werden dann alle layers einzeln geladen, shell Befehle ausgeführt um dann bei dir das Image zu bauen. Bei einer Aktualisierung erfolgt das erneut, nur werden dann ggfs. Aktuellere Images gezogen.

Hier mal ein einfaches Beispiel
https://dev.to/burakboduroglu/dockerizing-a-nodejs-app-a-comprehensive-guide-for-easy-deployment-13o1

Viele vergessen, der Unterschied zwischen vm und Container ist
Bei vm virtualisiere ich ein Betriebssystem,
Bei Container virtualisiere ich eine applikation (welche ihr eigenes Betriebssystem mitbringt). Eliminiere dadurch alle individuellen Abhängigkeiten, die eine zielumgebung mitbringt, die der deployer nicht kennen kann. Es bleibt alles im Container eingeschlossen.
Nachteil ist, das das Dateisystem im Container nicht dauerhaft erhalten bleibt, außer es ist in einem volume definiert.

So genug offtopic zu diesem thread

[Marc Berg]

@martinp sagte in Welche Container habt ihr so im Einsatz?:

Die aktuellen Images unterstützen die Conbee Sticks nicht mehr ...

Mein laufendes Image mit Conbee II spricht eine andere Sprache...

EDIT: oh, die 2.5.0 hatte wohl Probleme mit Conbee, die hatte ich geskippt.

[MartinP]

@marc-berg Wenn auf der Webseite zu einer Software steht, dass sie eine Hardware nicht mehr unterstützt, sollte man das ernst nehmen...

Der Maintainer macht dann bei Releases keine Tests mehr, ob diese Hardware noch funktioniert. Man kann da jederzeit nach einem Update schlecht dastehen, oder an irgendeiner Stelle hakt es und man merkt es gar nicht...

Interessanterweise ist der Hinweis aber wieder verschwunden, dass DeConz nicht mehr supported wird ...

https://www.zigbee2mqtt.io/guide/adapters/

Steht sogar wieder unter "recommended"....

Gut zu wissen ...

[Marc Berg]

@martinp sagte in Welche Container habt ihr so im Einsatz?:

Wenn auf der Webseite zu einer Software steht, dass sie eine Hardware nicht mehr unterstützt, sollte man das ernst nehmen...

Im Gegenteil, es wurde mit der Version 2.5 ein völlig neuer Treiber für die Conbee entwickelt. Aber vielleicht hängt das ja zusammen.

[MartinP]

@marc-berg ich kriege die Aussage auf der Webseite von neulich nicht mehr zusammen.
Hatte schon erste Recherchen nach Ersatz für den Conbee III angestellt

[Ro75]

Will ja nicht meckern, aber wäre schön wenn wir beim Titel bleiben könnten. Danke.

Ro75.

[BananaJoe]

@ro75 war noch nicht dabei:

• Heimdall https://heimdall.site/
  

Ist eine "Jumppage" / Startseite wo man eigene Links ablegen kann.
Teilweise mit Integration das direkt auf der Kachel Info angezeigt werden:

Hat oben eine Suche - nutze ich unter anderem um schneller ein bestimmtes Tasmota-Gerät zu finden statt in der Excel-Tabelle nachzusehen

Nachtrag: Für Proxmox: https://community-scripts.github.io/ProxmoxVE/scripts?id=heimdall-dashboard

[BananaJoe]

@david-g sagte in Welche Container habt ihr so im Einsatz?:

guacamole

ah, cool, könnte als Container einfacher sein als die klassische Installation die ich bisher gemacht hatte

[David G.]

@bananajoe sagte in Welche Container habt ihr so im Einsatz?:

war noch nicht dabei

Doch, bei mir 😋

[BananaJoe]

@david-g und bei @Meister-Mopper , hab ich beim ersten mal überlesen :-(
Dafür besser vorgestellt :-)