Anwendung in den Container umziehen, ohne sie neu zu schreiben

Eine Umgebung, die sich nachbauen lässt. Dieselbe Version und Konfiguration gelten beim Entwickler, auf dem Staging und in der Produktion, festgehalten im Repository statt im Kopf einer Person. Neue Versionen von PHP, Lucee oder ColdFusion testen wir neben der Produktion und können sie zurücknehmen. Auch ein Umzug auf einen anderen Server oder zu einem anderen Anbieter wird einfacher.

Ein Container behebt keinen Fehler im Code und hebt keine nicht mehr unterstützte Version an. Er erleichtert nur diese Änderungen.

In der Regel bleibt die Logik der Anwendung unverändert, es ändern sich Umgebung und Konfiguration. Ausnahmen sind Dinge, die an den alten Server gebunden sind, etwa absolute Dateipfade im Code, Sitzungen im lokalen Dateisystem oder Dienste, die auf demselben Server erwartet werden.

Das erfassen wir im Inventar und nennen Ihnen vor der Umsetzung, was angepasst werden muss.

Beides behandeln wir getrennt von der Anwendung. Daten sollen einen Neustart oder den Austausch eines Containers überstehen, deshalb liegen sie außerhalb davon: die Datenbank auf einem eigenen Server oder in einem eigenen Container mit dauerhaftem Speicher, hochgeladene Dateien in einem eingebundenen Verzeichnis.

Im Inventar legen wir fest, wo was liegt und wie es gesichert wird. Vor dem Umschalten prüfen wir, dass sich beides aus der Sicherung wiederherstellen lässt.

Ja, Adobe ColdFusion lässt sich wie Lucee und PHP in Containern betreiben. Wir gehen dabei genauso vor: Inventar der Umgebung, Tests neben der Produktion und Umschalten mit Rückweg.

Bei klassischem Shared Hosting lässt sich Docker meist nicht nutzen. Sie brauchen dafür einen Server, auf dem Sie Software frei installieren können, etwa einen virtuellen Server.

Ob Ihr jetziges Paket das zulässt oder ein Wechsel nötig ist, klären wir im Review. Den Server können Sie bei einem Anbieter Ihrer Wahl betreiben, wir richten die Container dort ein.

Ja. Wir schalten erst um, wenn die Anwendung im Container auf dem Staging besteht, und lassen das alte System bis zum stabilen Betrieb unverändert stehen. Der Rückweg gehört zum Plan, den Sie vorab schriftlich erhalten.

Daten, die zwischen dem Umschalten und einer Rückkehr entstehen, behandeln wir im Plan ausdrücklich, damit nichts verloren geht.

Das entscheiden Sie. Mit dem Runbook können Ihre Leute oder ein anderer Dienstleister die Container selbst betreiben und aktualisieren.

Auf Wunsch übernehmen wir den Betrieb, im Rahmen von Übernahme und Wartung und Linux-Betrieb und Infrastruktur.

Kurzfristig kann er Zeit verschaffen, eine Alternative zum Update ist er nicht. Er gilt nur beim jeweiligen Hoster, endet spätestens mit der Abschaltung der Version und sagt nichts darüber, ob Ihre Anwendung auf einer neuen Version läuft.

Der Aufschlag ist ein Warnsignal: Ihre Version gilt beim Hoster als Auslaufmodell. Wer ohnehin vom klassischen Hosting wegziehen will, findet den Weg unter Vom Hosting in den Container.