Hallo zusammen
Wir entwickeln bei uns Webapplikationen und Webservices. Bislang wurden Konfigurationen jeweils innerhalb der Applikationen, also innerhalb eines WAR-Files, gespeichert (4 verschiede Konfigurationen, pro Zielsystem eine, also DEV/INT/TST/PRD)
Jetzt kam uns die Idee, die Konfigurationen auf dem Server zu konfigurieren,... mal ein kurzer Gedankenerguss:
Innerhalb einer Applikation:
Vorteile:
Es ist alles zusammen, man muss nur das WAR-File deployen, und gut ist.
Nachteile:
Bei Änderungen eines Properties, muss(sic) die Applikation CVS-Mässig geändert und ge-released werden (relativ aufwändig).
Lange Reaktionszeit ("Server xy heisst jetzt Server yx, sorry, wir haben vergessen, euch zu benachrichten, könnt ihr schnell,...")
Ausserhalb einer Applikation, auf dem Server:
Vorteile:
Kein Release der Applikation nötig
Unabhängig von Release
(Server-weite Konfigurationen möglich)
Schnell!
Nachteile:
Deployments evtl "komplexer" (Kommunikation Entwickler->Deployer; evtl. weil sich ja die Konfigurationen nicht immer ändern)
Konfigurationsdateien müssen separat, bzw. überhaupt versionisiert sein (organisatorischer Aufwand, welcher ja nicht immer erst genommen wird...)
Wir sind auf unserer Seite jetzt ziemlich unschlüssig, was denn eigentlich die beste Variante wäre, und ob wir uns selber ein Bein stellen, wenn wir da jetzt was ändern würden,...
Es gibt jetzt auch noch andere Varianten, zum Beispiel ganze Konfigurationen in eine zentrale Datenbank speichern, da bin ich aber auch nicht sicher, inwiefern das Sinn macht, Stichwort Versionskontrolle...
Was meint ihr dazu, bzw. wie wird das bei euch gehandhabt?
Könnt ihr vielleicht die Liste mit Vor- und Nachteilen ergänzen?
Besten Dank und Gruss
slowfly
Wir entwickeln bei uns Webapplikationen und Webservices. Bislang wurden Konfigurationen jeweils innerhalb der Applikationen, also innerhalb eines WAR-Files, gespeichert (4 verschiede Konfigurationen, pro Zielsystem eine, also DEV/INT/TST/PRD)
Jetzt kam uns die Idee, die Konfigurationen auf dem Server zu konfigurieren,... mal ein kurzer Gedankenerguss:
Innerhalb einer Applikation:
Vorteile:
Es ist alles zusammen, man muss nur das WAR-File deployen, und gut ist.
Nachteile:
Bei Änderungen eines Properties, muss(sic) die Applikation CVS-Mässig geändert und ge-released werden (relativ aufwändig).
Lange Reaktionszeit ("Server xy heisst jetzt Server yx, sorry, wir haben vergessen, euch zu benachrichten, könnt ihr schnell,...")
Ausserhalb einer Applikation, auf dem Server:
Vorteile:
Kein Release der Applikation nötig
Unabhängig von Release
(Server-weite Konfigurationen möglich)
Schnell!
Nachteile:
Deployments evtl "komplexer" (Kommunikation Entwickler->Deployer; evtl. weil sich ja die Konfigurationen nicht immer ändern)
Konfigurationsdateien müssen separat, bzw. überhaupt versionisiert sein (organisatorischer Aufwand, welcher ja nicht immer erst genommen wird...)
Wir sind auf unserer Seite jetzt ziemlich unschlüssig, was denn eigentlich die beste Variante wäre, und ob wir uns selber ein Bein stellen, wenn wir da jetzt was ändern würden,...
Es gibt jetzt auch noch andere Varianten, zum Beispiel ganze Konfigurationen in eine zentrale Datenbank speichern, da bin ich aber auch nicht sicher, inwiefern das Sinn macht, Stichwort Versionskontrolle...
Was meint ihr dazu, bzw. wie wird das bei euch gehandhabt?
Könnt ihr vielleicht die Liste mit Vor- und Nachteilen ergänzen?
Besten Dank und Gruss
slowfly