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