NEWS
Staging Testsystem --> Prodsystem
-
@dp20eic So sehe ich das auch, ich kann da keinen hohen manuellen Aufwand sehen...
-
nun es geht mir eher um dinge wie vis / datenpunkte / skript programmierungen / ggf. sogar noch mit darunter liegenden shell skripten... weniger die adapter, das man da nicht viel machen kann, ist mir klar
-
@dlaurenz sagte in Staging Testsystem --> Prodsystem:
nun es geht mir eher um dinge wie vis / datenpunkte / skript programmierungen / ggf. sogar noch mit darunter liegenden shell skripten... weniger die adapter, das man da nicht viel machen kann, ist mir klar
Moin,
na ja, so hattest Du das im ersten Post halt nicht formuliert, dass dann alle anfangen zu spekulieren ist ja ganz normal
Zu Skripten, ich habe mir
Visusl Studio Code
installiert, da gibt es ein Plugin fürioBroker
und intern GIT, damit kannst DuJS
super komfortable Schreiben und auf die Kisten deployen, durch GIT ist dann auch ein zurück einfach möglich, Versionskontrolle, schau mal bei @haus-automatisierung -> https://www.youtube.com/watch?v=5E9BGYMbxS4 vorbei, da siehst Du wie man es einrichten kann.VIS geht doch über Projekt Export / Import, ob man da dann in den Dateien von Hand herummachen kann, kann ich nicht sagen, da ich VIS nicht nutze.
VG
Bernd -
@dp20eic sagte in Staging Testsystem --> Prodsystem:
Also ich habe Proxmox, da Klone ich einfach meinen ioBroker LX Container, dann probiere ich die Änderungen/Anpassungen aus, und mache anschließend genau das gleiche, im Produktivsystem. Dann lösche ich den Klon wieder.
ja geht aber nur bedingt bei anderen..
bei mir geht es garnicht.. da ich eine redis Sentinel nutze und somit landet dann alles in Prod..
also vorsicht...
auch mit Backup ist das nicht möglich... da alles direkt in redis landet und dierkt auf 5 nodes ...
-
@arteck sagte in Staging Testsystem --> Prodsystem:
bei mir geht es garnicht.. da ich eine redis Sentinel nutze und somit landet dann alles in Prod..
also vorsicht...
auch mit Backup ist das nicht möglich... da alles direkt in redis landet und dierkt auf 5 nodes ...Moin,
ja, aber wenn man ein so ausgeklügeltes System unterhält, dann kommt man auch nicht auf so eine Idee, wie eingangs vom TE formuliert
Was
Redis
angeht, kenne ich das nur ein wenig von der Arbeit, sind/waren aber andere Kollegen die das Administriert haben. Ich werde, sollte jemals meine Hardware, doch noch zu mir kommen, ist von Kickstarter, dann versuche ich auch zu zentralisieren,mqtt - Broker
,Redis
, Datenbank Cluster (Postgres, MariaDB, InfluxDB), usw.VG
Bernd -
@dp20eic ja dagebei ixh dir recht... einfach so funktioneirt es nicht
und...
lass die Finger von Zentrallisierung.. mehrere System sind zwar pflegeintesiver aber wenn was ist dann ist nur ein Teil weg und nicht ALLES..bin kein Freund von..
-
@arteck sagte in Staging Testsystem --> Prodsystem:
lass die Finger von Zentrallisierung.. mehrere System sind zwar pflegeintesiver
Moin,
ich meinte, immer Cluster, ein dritter kommt dann später noch dazu
Proxmox Cluster Node 1 Node 2 Master Dienst Applikation my_emqx_1 my_emqx_2 mqtt broker emqx my_postgres_1 my_postgres_2 Datenbank Postgres Postgres my_mariaDB_1 my_mariaDB_2 Datenbank mariaDB mariaDB my_influxDB_1 my_influxDB_2 Datenbank influxDB
influxDB
>=V2my_ioBroker_prod ioBroker
produktivioBroker
my_ioBroker_test ioBroker
TestioBroker
my_Grafana Dashboard/Visualisierung Grafana
Grafana
my_Loki Logging Loki my_paperless_ngx Dokumentenverwaltung paperless-ngx Bei
Redis
muss ich noch schauen, ob ich klassisch HA mache oderSentinel
Tendenz geht zu letzterem.@arteck sagte in Staging Testsystem --> Prodsystem:
aber wenn was ist dann ist nur ein Teil weg und nicht ALLES..
Durch das Cluster sollte ich ja da dann bei
Single Point of Failure
geschützt sein, dazu gehört dann natürlich auch noch eine Backupstrategie, die ich mittels Proxmox - PBS und Syno löse.VG
Bernd -
@dp20eic jetzt würden wir aber das Thema hier sprengen....
back to ....xxx
-
@arteck nö macht mal weiter.... ist interessant
-
@dlaurenz sie meinen ??