Sachverhalt (Ist-Stand):

Eine JAVA-Applikation wird über einen lokalen Build-Prozess kompiliert und über SFTP auf das Produktiv-System des Kunden ausgerollt. Dieser Prozess wird von diversen Helfer-Skripten (wie Start-/Stop des TOMCAT-Servers, Schaltung von Wartungs-Seiten und deren Bereitstellung über eine dedizierte (auf statische Inhalte spezialisierte) APACHE-Instanz und einen einfachen Backup-Prozess begleitetet.
Es gibt kein dediziertes STAGING-/QA-System und das Produktiv-System arbeitet als Single-Instanz ohne LB-Lastverteilung oder Reverse-/Caching-Proxies.
Das Entwickler-Team besteht aus 3 Mitarbeitern
Das Ziel-System unterliegt (aktuell noch) einer Fremdverwaltung über einen Dritt-Anbieter
Das Ziel-System ist als BARE-METAL klassifiziert und via SSH aus dem Firmen-Netzwerk erreichbar

Vision (Soll-Stand):

Der Kunde wünscht ein downtime-freies Deployment auf das Produktiv-System
Der Kunde wünscht eine dedizierte Build-Pipeline und vorausgehenden Unit-Tests
Der Kunde wünscht ein dediziertes STAGING/QA-Abnahme-System
Der Kunde wünscht eine auf vordefinierten Abnahme-Kriterien beruhende Produktiv-Freigabe über eine eigene QA-Abteilung
Der Kunde wünscht ein Laufzeit-Monitoring mit (RO) Zugriffs-Reporting
Der Kunde wünscht eine Erhöhung der Ausfall-Sicherheit des Produktiv-Systems
Der Kunde ist bereit diesbezüglich weitere Server-Instanzen (via VMWare ESX) einzukaufen und über den bisherigen Service-Provider bereitstellen zu lassen.
Der Kunde steht einem agilen Entwicklungsansatz offen gegenüber
Der Kunde wünscht eine einfache Migrations-/Backup-Strategie, die täglich sowie vor jedem Deployment zur Anwendung kommen soll.
Das Unternehmen (der Entwickler) stellt genügend Zeit und Ressourcen zur Umsetzung der Kundenwünsche zur Verfügung.