6 Rs der
Migration Strategies
Was mache ich mit welchen Teilen der Software?
ReHost / Lift & Shift
Alles bleibt beim alten, nur die Rechner wohnen jetzt bei Jeff Bezos.
EC2 statt echtem Blech. Zwei EC2s für die Webserver, eine EC2 für den Loadbalancer und ein EC2 für den MySQL-Server, der die Kopien auf den Backup-EC2-Server schiebt.
Meist teurer.
Re-Platform / Lift, Tinker & Shift
Wir haben immer noch unsere beiden Webserver als EC2. Aber die Datenbank liegt jetzt in RDS, und der Loadbalancer ist ein ELB. Das Backup fällt mit RDS aus der Tüte.
Kann gleich teuer oder preiswerter sein.
Repurchase
Für das CMS stelle ich meine beiden Webserver mit dem Postgres, den Datenbankserver und das Backup ein. Statt dessen nutzt ich jetzt Webflow als SAAS.
Refactor
Auch korrekter Rearchitecting genannt. Das ist die teuerste, aber stabilste Variante. Ich nutze den Code weiter, aber transportiere ihn in Container, ersetze die Basisinfrastruktur durch Cloud Native und zerlege es so, dass es auch in Zukunft gut wartbar ist.
Retire
Diesen Teil der Software stelle ich schlicht ein im Rahmen der Modernisierung, weil etwa die Funktionalität woanders hingewandert ist - oder sie gar nicht mehr gebraucht wird.
Text
Retain
Dieser Teil der Software wird weiter genutzt, aber nicht migriert. Diese Strategie ist typisch wenn die Software bereits angezählt ist, aber noch ein paar Verträge laufen.
6 Rs der Migration Strategies
By Johann-Peter Hartmann
6 Rs der Migration Strategies
- 467