5 Ways to Migrate Applications to the Cloud

Organizations seeking to move applications into the cloud have five options: rehost on infrastructure as a service (IaaS); refactor for platform as a service (PaaS); revise for IaaS or PaaS; rebuild on PaaS; or replace with software as a service (SaaS). 

Share this Article on Facebook

Share this Article on
Twitter


“When the CIO issues the simple directive: ‘Move some applications to the cloud,' architects face bewildering choices about how to do this, and their decision must consider an organization’s requirements, evaluation criteria, and architecture principles,” said Richard Watson, research director at Gartner, in a statement. “However, no alternative offers a silver bullet. All require architects to understand application migration from multiple perspectives and criteria, such as IT staff skills, the value of existing investments, and application architecture.”

The five migration strategies Gartner suggests IT organizations consider are:

Rehost - This involves redeploy applications to a different hardware environment and change the application’s infrastructure configuration. Rehosting an application without making changes to its architecture can provide a fast cloud migration solution.

However, the primary advantage of IaaS, that teams can migrate systems quickly without modifying their architecture, can be its primary disadvantage as benefits such as scalability, will be missed.

Refactor - In other words, run applications on a cloud provider’s infrastructure. The primary advantage is blending familiarity with innovation as backward-compatible. PaaS means developers can reuse languages, frameworks, and containers they have invested in, thus leveraging code the organization considers strategic.

Disadvantages include missing capabilities, transitive risk, and framework lock-in. At this early stage in the PaaS market, some of the capabilities developers depend on with existing platforms can be missing from PaaS offerings.

Revise - Modify or extend the existing code base to support legacy modernization requirements, then use rehost or refactor options to deploy to cloud. This option allows organizations to optimize the application to leverage the cloud characteristics of the providers' infrastructure.

The downside is that kicking off a development project will require upfront expenses to mobilize a development team. Depending on the scale of the revision, revise is the option likely to take most time to deliver its capabilities.

Rebuild - Rebuild the solution on PaaS, discard code for an existing application and re-architect the application. Although rebuilding requires losing the familiarity of existing code and frameworks, the advantage of rebuilding an application is access to innovative features in the provider's platform. PaaS providers can improve developer productivity, via tools that allow application templates and data customizable models, metadata-driven engines, and communities that supply pre-built components.

However, lock-in is the primary disadvantage so if the provider makes a pricing or technical change that the consumer cannot accept; breaches service level agreements (SLA); or fails; the consumer is forced to switch -- potentially abandoning some or all of its application assets.

Replace - Replacing means discarding an existing application (or set of applications) and using commercial software delivered as a service. This option avoids investment in mobilizing a development team when requirements for a business functionality change quickly.

Disadvantages can include inconsistent data semantics, data access issues, and vendor lock-in.

“Choosing the optimal application-migration option is a decision that cannot be made in isolation,” continued Watson. “Any cloud-migration decision is, in essence, an application or infrastructure modernization decision and needs to be approached in the broader context of related application portfolio management and infrastructure portfolio management programs.

"This decision is not solely an issue of migration but is truly one of optimization: Which cloud platform and migration techniques offer the chance to optimize the application's contribution to stated and implied business and IT goals? Those business and supporting IT goals, described next, should be driving any cloud migration decision -- not a rush to experiment with new toys.”

   
The Internet is designed to route around network problems, which improves the reliability and performance of public clouds. Hybrid clouds, however, can bog down within the data center if they are using traditional Ethernet. Ethernet Fabric architectures, on the other hand, are ideal for hybrid clouds.
As businesses look to cut computing costs, improve service levels and adopt new delivery mechanisms such as cloud computing, it is causing them to rethink their network architecture.
Your network may not be ready for the cloud. Classic Ethernet switches will have trouble supporting cloud computing and the data centers of tomorrow because they're hierarchical, inefficient and they don't scale.
Learn from Mark Fabbi, Gartner, and Brocade how a flatter, more simplified network architecture supports a cloud-based model.
Surprisingly, 75 percent of respondents to a Forrester Research survey said that deploying server virtualizations means their business has a private cloud. Download this report to learn more about what's required in a next-generation data center that supports virtualization and the cloud.
Ethernet fabrics reduce complexity and costs in a virtual data center, while providing the ultimate in scalability, performance and application mobility. Download this paper to better understand how Brocade's Virtual Cluster Switching enables organizations to simplify their network architecture while dramatically reducing operating expenses.
Follow Brocade on Facebook
http://www.facebook.com/brocade