跳转到主要内容

热门内容

今日:


总体:


最近浏览:


Chinese, Simplified

category

应用程序可以通过多种方式迁​​移到云中,但有一些通用的指导原则可以简化这一过程。在这篇文章中,我将介绍组织可以利用的 5 种不同策略,以将其本地应用程序迁移到云中。

发现阶段


在决定采用哪种迁移方法之前,我们通常从发现阶段开始。在此期间,我们将确定环境中的内容、集成点、数据流、相互依赖关系、许可证、库存等。

利用这些知识,我们可以概述一个计划,确定首先要针对应用程序的哪个区域。随着我们的前进,我们可能会遇到意外情况或发现更多缺失的拼图,但这将是一个很好的起点。

成功迁移策略的关键是先争取快速胜利,或者有人说“抓住唾手可得的果实”。意思是,从低复杂度的事情开始,从能立即产生积极结果的事情开始。

应用程序迁移策略的 5 个原则


Gartner 于 2011 年发表了一篇关于应用程序迁移策略的论文,在这篇文章中,我将对其进行扩展,并讨论每种策略的更多优缺点。

以下是我们发现的最常见策略

  • 重新托管
  • 重构
  • 修改
  • 重建
  • 替换


让我们讨论每种方法的一些细节、场景和优缺点。

在这篇文章中,我们将采用以下参考 3 层应用程序,我们假设该应用程序在本地运行

 

1. 重新托管或提升和转移(Rehost or Lift and Shift


重新托管也称为“提升和转移”,是将应用程序迁移到云时的一种常见方法。如果组织希望加快其迁移项目,重新托管将带来立竿见影的好处,通过重新托管,组织可以节省高达 30% 的运营成本,而无需针对云优化应用程序。

下面的幻灯片演示了从我们的参考应用程序中重新托管的样子

 

优点

  • 经济实惠的选择,从资本支出到运营支出。
  • 从物理基础设施节省成本。
  • 云计算可能带来的直接好处。


缺点

  • 某些应用程序可能难以直接迁移,需要特殊工具。
  • 有状态应用程序可能不可扩展。


2. 重构或重新架构(Refactor or ReArchitect


重构也称为重新架构,它允许您从代码或架构的角度考虑现有应用程序并利用云原生服务和功能。

重构可能是最昂贵的选择,但它将提供云平台的最佳优势。您可能需要一个强大的业务案例来将现有应用程序重构到云中。

以下是我们示例应用程序的重构示例

优点
 

  • 高度可扩展且具有弹性的解决方案。
  • 未来敏捷且快速上市。
  • 利用云原生或多云解决方案。


缺点

  • 最昂贵的选择。
  • 需要良好的商业案例 + 资金来说服高层管理人员。
  • 可能很耗时,可能需要放弃熟悉的技术(例如从 Oracle 到 Amazon Aurora 或 PostgreSQL)。

3. 修改或重新平台化(Revise or RePlatform


也称为重新平台化,AWS 的 Stephen Orban 也称之为“提升思想和转变”。在这里,您可能需要将应用程序的某些组件移动到云中以获得一些好处。例如,您可以将本地 Oracle 数据库移动到 Amazon RDS 或迁移到 Postgresql 或 Amazon Aurora,另一个示例是从供应商锁定产品(如 Oracle WebLogic)移动到更开源的解决方案(如 Apache Tomcat)。

以下是我们示例应用程序重新平台化的示例

优点

  • 通过基础设施和软件许可证节省成本。
  • 运营开销更少,完全托管的解决方案。
  • 开放平台的选择,摆脱供应商锁定。
     

缺点

  • 成本可能高于直接迁移。
  • 复杂的应用程序和基础设施测试。
  • 可能需要更改应用程序代码才能利用云。


4. 重建(Rebuild


顾名思义,重建意味着丢弃旧应用程序并使用云服务和功能再次开发。重建是一种基于 PaaS 的解决方案,它需要熟悉现有应用程序和业务流程以及云服务。主要挑战可能是与被迫使用新应用程序的应用程序消费者合作,这可能会成就或破坏一切。

我见过许多组织,可能只有一两个人熟悉应用程序代码或部署,没有人愿意将手伸进危险区域,像这样的用例将是重建应用程序的好机会。

以下是重建的示例

 

优点

  • 云计算带来的好处包括节省成本和按需付费模式。
  • 应用程序的现代化(例如从单片到微服务的设计)。
  • 开发人员的工作效率,组织中更新技能的机会。


缺点

  • 需要熟悉现有应用程序和业务流程。
  • 消费者将被迫切换到新应用程序。
  • 重新定义 SLA。


5. 替换或重新购买(Replace or RePurchase


最后一种策略是使用一些商业软件替换现有应用程序。这通常是基于某些 SaaS 公司提供比您自己能做的事情更好的解决方案的情况。例如 SalesForce.com 或 Office 365。

以下是替换策略的示例

优点

  • 管理开销更少。
  • 移动性、更好的功能、灵活性和支持。
  • 物有所值、经济高效、同类最佳。
     

缺点

  • 定制限制。
  • 可能需要根据应用程序更改业务流程。
  • 数据访问受限、供应商锁定。


希望您喜欢这篇文章,请发表评论并分享您对希望我们发布的任何主题的建议。

本文地址
最后修改
星期一, 一月 27, 2025 - 17:50
Article