Migrating applications to the cloud is a priority in any modern enterprise's technology strategy, but the real challenge is how to do it efficiently and securely. There are multiple paths to moving your SAP systems from an on-premise environment to the cloud, and choosing the best option can make the difference between success and failure.
In this article, we explain the 7 main strategies for migrating applications, with a special focus on the use of platform-managed services (PaaS), their advantages, and how they can help you optimize resources, reduce costs, and improve the agility of your business.
Taking Amazon Web Services as a reference, 7 different options for moving on-premises ecosystems are outlined.
Decommission the application as it does not respond to any current or future business need.
Keep the application on On Premise, either because it is impossible to upload it to the cloud or because it is not worth the investment to migrate it.
Replace the application with a different one, so there is no application to migrate.
Being purists with the concept of migration, the first three options described above do not imply a migration in themselves. The remaining 4 R's are:
Also known as Lift & Shift, it consists of performing a "twin" deployment of the on-premises ecosystem we have using the infrastructure services (IaaS) offered by the public cloud provider.
This is similar to the previous one, but with an important difference: if we already use an on-premise virtualization solution such as VMWare, we can migrate directly to VMWare in the cloud, minimizing changes and smoothing the learning curve.
This involves making changes to the application stack when migrating to the cloud, replacing layers with managed services (PaaS) to gain efficiency and reduce maintenance.
Involves redesigning the application architecture to make it more agile, scalable, and adaptable, such as moving from a monolithic model to microservices in a serverless architecture.
When a company considers migrating one or more applications to the cloud, it normally carries out an inventory and analysis phase of application criticality, dependencies, etc., followed by an evaluation phase of the process to be followed so that there is no impact on the business, which ends with a migration strategy.
In many cases, in order to minimize risks, the first phase of this strategy is to opt for the first of the 7 R's (Rehost) by taking the application as it is on-premises to the cloud (also known as lift & shift).
However, although it is a valid option, in many cases it is not an optimal option, especially if we take into account certain factors such as the following:
In physical servers, even virtualized ones, capacity is limited to the available hardware (vCPU, RAM, and disk). Since the workload is not always constant, the infrastructure is usually sized with peak demand in mind, which ensures stability, but generates an oversized ecosystem most of the time.
In these environments, even though they may be shut down on nights, weekends, or vacations, it is necessary to keep computing resources available. This generates a cost inefficiency if you migrate to the cloud with virtual machines sized at peak.
By replicating the traditional model in the cloud under IaaS, you pay for peak capacity that is not used all the time. This leads to an unnecessary expense that is poorly aligned with the elasticity that the cloud actually offers.
With Replatform it is possible:
The licensing of the technology stack (virtualization, operating system, database, and middleware) accounts for a significant portion of IT costs. In many cases, this licensing is directly linked to compute resources (such as databases) and is therefore also sized at peak.
With Replatform and managed services, the risk of non-compliance with licensing policies is eliminated, since:
In Rehost, the infrastructure is moved as-is, which means that ensuring high availability and disaster recovery (DR) depends on the customer. This requires additional investment in hardware, licenses, and management, which can make the project more expensive.
Managed services from public cloud providers typically include:
We have seen that the real issue is to perform the migration in the optimal way for the business, and we usually gain that optimization by opting for the option of re-platforming our application, whenever possible, for the different reasons mentioned above.
At Unikal, we believe that the ideal is to analyze the current ecosystem to validate the best way to make the migration a success, and the managed platform services (PaaS) enable the business to do more with less, optimizing both the direct and indirect costs of the technology on which the environments run.
Can we advise you?
|
Carlos Valverde |