Umfrage für Planung für offiziellen Timberwolf Docker Basis Container

[StefanW]

Hallo Foristen, WireGate-Fans, Timberwolf-Liebhaber, Timberwolf-sehsüchtig-wartende, Kritiker, Interessenten und Beobachter,

wir sind gerade dabei den (oder womöglich auch die) Docker Container zusammen zu stellen die wir mitliefern als Grundlage für Eure eigenen Projekte, Unterstützung Plugins, Unterstützung CometVisu usw.

Derzeit geplant für den "offiziellen Timberwolf Docker Basis Container":

- Aktuelles Debian Linux
- Zugriff per SSH auf den Container
- Unterstützung Bash
- Datenup- und Download (auch in das gmeinsame Volume aller Docker) mit WinSCP
- PERL sowie Laufzeitumgebung Plugins
- eibd und Schnittstelle
- Laufzeitumgebung CometVisu
- apt Unterstützung um weiteres nachzuinstallieren

Derzeitiger Stand: eibd und CometVisu läuft bereits bei uns (auch wenn es von Chris sicherlich eine neuere Version geben wird, aber wir testen schonmal)

Eure Anmerkungen / weitere Wünsche bitte:

lg

Stefan

[jockel]

Spontan: Ein Container, der das Stammverzeichnis der Volumes per SMB/CIFS freigibt.

Die Perlsachen würde ich in einem separaten Container packen, der dann ja wieder auf einer gemeinsammen Basis aufbauen kann.

[StefanW]

Spontan: Ein Container, der das Stammverzeichnis der Volumes per SMB/CIFS freigibt.

Reicht es denn nicht per WinSCP?

Stefan

[jockel]

Für die „early adopters“ wahrscheinlich schon, aber ib die breite Masse damit zurecht kommt vermag ich nicht zu sagen. Mir persönlich würde es reichen!

[Robert_Mini]

- Aktuelles Debian Linux
- Zugriff per SSH auf den Container
- Unterstützung Bash
- Datenup- und Download (auch in das gmeinsame Volume aller Docker) mit WinSCP
- PERL sowie Laufzeitumgebung Plugins
- eibd und Schnittstelle
- Laufzeitumgebung CometVisu
- apt Unterstützung um weiteres nachzuinstallieren

Find ich perfekt! Damit kann der TWS schon alles oder mehr was das WG kann (und ich nutze).

Einziger Wunsch: ich hoffe dass man 2 dieser Container starten kann. Damit kann man dev und produktiv sauber trennen.

Unterstützt dieser Container auch zB udp_send in einem Plugin?

Ich freu mich drauf!!!!

Lg Robert

[Dragonos2000]

Da der TW massentauglich sein soll, würde ich auch sagen, dass CIFS/SMB noch rein sollte.

Wie können der Docker und das Backend eigentlich Daten austauschen? Konkretes Bsp.: In einem Docker Nagios laufen lassen für die Überwachung der IP Infrastruktur. Auf einer KNX LED Anzeige will ich den Status sichtbar machen. Geht das auf direktem Weg? Also im Docker ein Objekt (variable?) vom TW ändern?

[StefanW]

Einziger Wunsch: ich hoffe dass man 2 dieser Container starten kann. Damit kann man dev und produktiv sauber trennen.

Ich nehme an, dass es kein Problem ist, zehn solcher Container laufen zu lassen. Jeder eibd belegt einen Tunnel, die großen Server haben 25 Tunnel, also kein Problem. Ob der TP-Bus - der alle Pakete ebenfalls abbekommt - das dann noch schafft bzw. alles drauf kopiert werden kann, ist ein anderes Thema.

lg

Stefan

Hinzugefügt nach 2 Minuten 3 Sekunden:

Da der TW massentauglich sein soll, würde ich auch sagen, dass CIFS/SMB noch rein sollte.

Der Timberwolf Server soll schon massentauglich sein. Aber die Container müssen es nicht sein. Ich bespreche nochmal intern, warum meine "Systemer" mit der Stirn runzeln, wenn ich mit SAMBA komme.

Wie können der Docker und das Backend eigentlich Daten austauschen?

Wir überlegen hierzu an einer Objektschnittstelle auf Basis eines entsprechenden Transportprotokolles über Socket.

lg

Stefan

[gbglace]

Naja wenn das für mich nicht unbedingt alles Fremdbegriffe wären, würde ich wohl sagen, Gute Auswahl.

Irgendwo sind dann offensichtlich einem nicht IT-studiertem Grenzen im Verständnis gegeben.

[FabKNX]

Der Timberwolf Server soll schon massentauglich sein.

Danke. Denn ich versteh von dem allem da oben nur Bahnhof.
Cometvisu wäre mir wichtig. Aber wie ist mir egal. Funktionieren muss es.

[bodo]

Hoi

Ich wünsche mir bei dem Debian zumindest den Editor nano dazu, sollte eigentlich dabei sein.
Apache2 webserver, PHP5 oder höher und MySQL oder MariaDB, auch gerne extra (wie uch immer das geht), wären schön.
Es gibt auch fertige LAMP Images, wie mattrayner/lamp:latest, nur da hatte Nano gefehlt.

Sonst hört sich die Liste gut an.