Lift-and-shift cloud migrations are dying


< img src=",70"alt=""> According to Pluralsight’s current State of Cloud report, 75%of IT companies are constructing net-new applications and developments in the cloud. That means 25%of their applications go through lift-and-shift migration.There’s a dispute about the detach when it’s time to execute cloud migrations. Raising and moving application work is understood to limit the advantages of being on a cloud platform in the first location. The shifted applications do not take advantage of cloud-born functions such as serverless or cloud-native functions such as Kubernetes and containers.Lift and shift was once the most popular way to move applications and data to the cloud and it remains popular with many business. The idea is to basically replicate the platform on a public cloud supplier. Is there a better way today? What advantages are we missing by using a lift-and-shift approach?Enterprises need to update applications to optimize them for the cloud platforms they live on. This was deemed pricey and unproductive by the majority of enterprises that valued speed over efficiency. Indeed, it was the norm throughout the pandemic.Even enterprises that initially did more refactoring throughout migration(optimizing them for the target cloud platforms) fell back to lift and shift to speed migration to the cloud. At the time, enterprises thought about systems that stayed on facilities at greater risk considering that

many pandemic shutdowns likewise restricted access to conventional data centers. This gave IT a license to move much faster, and that meant skipping modernization actions such as application refactoring for the target cloud platforms.It seems we’re now paying the rate. If you take a look at the current surveys, as I’ve covered here, cloud expenses are far higher than many enterprises anticipated. At this moment, boards and executive teams might be shutting down cloud computing development, at least till they can figure out what’s wrong. Today, the thinking in many business is that we need to slow down to go quicker. This suggests investing in refactoring applications to gain cloud-native advantages. Refactoring also produces applications that are more economical to operate.Most cloud sticker label shock I see nowadays is due to a lack of cloud expense tracking and optimization(finops), and the reality that most lifted-and-shifted applications run like dump trucks when they need to manage like a brand-new Tesla. Naturally, the larger concern is that business is affected, for numerous to a point where core business failures

may be traced to the enterprise’s failure to take advantage of cloud computing for what it should be– a true force multiplier for the business. The bottom line is that the majority of business leave cash and organization opportunities on the table when they lift and

shift applications. What’s worse, they don’t even know they’re doing it. They’re confused when the business goes south and the relocate to cloud computing just made things worse.Should lift and shift no longer be an option? Obviously not. All options should be on the table. Raise and move is fine for applications that will not take advantage of cloud-native features. However, it can no longer be the go-to service for business seeking to quickly move applications to public clouds. Copyright © 2022 IDG Communications, Inc. Source

Leave a Reply

Your email address will not be published. Required fields are marked *