A few months ago I found a presentation with slides about the benefits of migrating to the cloud. I think that the presentation was maybe quite old but I think that it started with arguing that physical on-prem datacenters often have a lot of overcapacity and only 2 % CPU is used in that example.

The presentation also discussed some strategies for migrating to the cloud, the first was the well-known "lift and shift" (where you typically just migrate a VM without changing it much internally). The second strategy had a name which I forgot and that is what I wonder what it is. I think it was maybe not "Lift and transform" and sadly I don't remember what the last was describing.

I am trying to find back the concepts of these three strategies, to deepen my understanding of migration alternatives and be familiar with the phrases. Can you help?

  • "...these questions aren't educational in any way, because there's no way to learn about the process of discovery. A particular community member, by virtue of their experience in the field, just happens to be able to take the limited information you remembered and fill in enough of the blanks to guess the correct answer... guessing game questions do not meet our goal of making the Internet better." (blog.stackoverflow.com/2012/02/lets-play-the-guessing-game) – gnat Jun 21 at 18:40
  • This question is very interesting. Unfortunately you conclude with a request for finding the original presentation, and asking for resources is out of scope on this site. However, since you asked about the underlying concepts, I took the liberty to reformulate this last part. Do not hesitate if it's not accurate. – Christophe Jun 21 at 19:19
  • 1
    Sounds like a sales presentation, not anything to be taken seriously. Utilization of a single server can be a bit of a red herring: “Autoscaling is terrific at giving you the capacity you need—20 minutes after you needed it” (@QuinnyPig). Lift and shift is rarely cost-effective because cloud providers sell scale and flexibility, not cheap servers. – amon Jun 21 at 19:44

There is no universal terminology for such migration strategies and looking at the orthogonal issues, there are certainly more than three.

Before elaborating about the migration strategy, let's just recall that there are 3 main categories of cloud services:

  • Infrastructure as a service (IaaS): your systems and applications work as before, but instead of running on servers in the local datacenter, they run on hosted computing resources that can be adapted flexibly to the needs and are operated by a service provider.
  • Platform as a a service (PaaS): your systems and application work as before but instead of operating your software platform(s) (e.g. database, containers, etc...) yourself, they are build on the top of platform services in the cloud.
  • Software as a service (SaaS): you don't use your own systems & services anymore, but use ready to use, off-the shelf, cloud applications sold as service packages (e.g. user based subscription that covers the use of the application, its maintenance, its operations and perhaps even the support).

This influences the migration strategy, and there are some common patterns that inevitably emerge:

  • rehosting, which is indeed also known as lift & shift: here you, you consider cloud essentially in terms of IaaS; you switch from one hosting infrastructure to another.
  • replatforming, sometimes called lift & shape: here, you move consider cloud platform and you transform your existing applications to take advantage of cloud platforms. I think, this could correspond to the idea of lift and transform. Ttere are some variants, depending on the degree of transformation: refactoring changes some components to use cloud platforms, re-architecting is a more important changes required to take advantage of cloud platforms, re-building is starting from scratch for adopting a cloud-native design.
  • replacing, sometimes called drop & shop: here you consider fully packaged cloud services and you abandon existing legacy applications in favor of SaaS. Note that the packaging may be also service or microservice based (e.g. a service for managing payment transaction) and not solely full applications (e.g. an HR recrutitment software deliverad as a service).

Now there are many more strategies, if we consider orthogonal topics and the resulting combinatorial explosion, for example:

  • We've already seen that we have 3 basic patterns. There are 6 if we consider the above-mentioned variants.
  • Then we have the chronological aspect: incremental migration, darwinistic (both old and new systems are available at the same time and the best will survive / i.e. in this case, the users will switch progressively), or big bang (all at once).
  • Then we have the sourcing strategy (which might also have an impact on the technology): single cloud approach, multi-cloud approach or hybrid
| improve this answer | |
  • Thank you. I think "lift & shape" could have been the phrase that I saw. – Niklas R. Jun 21 at 22:28

Not the answer you're looking for? Browse other questions tagged or ask your own question.