Entscheidungen, die begründet und dokumentiert sind.
IT-Architektur bei devosphere bedeutet: Jede technische Entscheidung hat eine Begründung. Architektur wird dokumentiert, nicht vorausgesetzt. Standards werden eingehalten damit ein anderes Team die Software in zwei Jahren noch verstehen und weiterentwickeln kann. Das ist der Unterschied zwischen Software, die wartbar bleibt, und Software, die nach dem Launch zur technischen Schuld wird.
Architektur für den Bestand,
nicht nur für den Launch.
Viele Systeme funktionieren beim Go-live. Die Probleme entstehen sechs bis zwölf Monate später: wenn neue Anforderungen kommen, die Architektur nicht mitgedacht wurde und jede Änderung einen Risikoabwägungsprozess auslöst. devosphere dokumentiert Architekturentscheidungen, hält klare Standards ein und entwickelt so, dass ein anderes Team die Software später weiterführen kann.
Migration ohne Betriebsunterbrechung
Container und Kubernetes
Software, die heute funktioniert,
und morgen noch wartbar ist
Gut geplante Architektur bedeutet, dass Weiterentwicklung möglich bleibt, ohne von vorne anfangen zu müssen. Zuständigkeiten sind klar dokumentiert, proprietäre Abhängigkeiten werden durch den konsequenten Einsatz von Open-Source-Technologien vermieden. Wenn das Team wechselt, ist die Architektur so dokumentiert, dass der Übergabeprozess planbar bleibt.