『迁移到云有什么好处』

对于首次迁移到云的公司而言，需要考虑许多因素，包括优势和风险，以及适合您业务的云服务模型和类型。在这篇文章中，李博士将为大家介绍一下迁移到云时应考虑的一些元素。

『云迁移的潜在好处』

迁移到云可以解决许多问题。以下是一些将从云迁移中受益的典型情况：

     ·        您的应用程序正在经历流量的增加，并且变得难以随时扩展资源以满足不断增长的需求。

     ·        您需要降低运营成本，同时提高IT的效率。

     ·        您的客户需要快速的应用程序实施和部署，因此希望更多地关注开发，同时减少基础架构开销。

   ·    您的客户希望在地理上扩展业务，但您觉得建立一个多区域基础架构（具有所有相关的维护，时间，人力和错误控制工作）将是一个挑战。

  ·     满足不断增长的存储需求变得越来越困难和昂贵。

  ·     您希望构建一个广泛分布的开发团队。云计算环境允许远程员工访问应用程序并通过Internet工作。

  ·     您需要建立灾难恢复系统，但为整个数据中心进行设置可能会使成本增加一倍。它还需要一个复杂的灾难恢复计划。云灾难恢复系统可以更快地实施，并可以更好地控制您的资源。

  ·    跟踪和升级底层服务器软件是一个耗时但却必不可少的过程，需要定期升级，有时需要立即升级。在某些情况下，云提供商会自动处理此问题。一些云计算模型类似地处理许多管理任务，例如数据库备份，软件升级和定期维护。

  ·    云计算将IT支出转变为按需付费模式，这是一项极具吸引力的优势，特别是对初创公司而言。

『云迁移的潜在风险』

虽然云迁移有许多好处，但可能需要考虑与云迁移相关的一些常见风险：

 ·        如果您的应用程序存储和检索非常敏感的数据，您可能无法在云中维护它。同样，合规性要求也可能限制您的选择。

 ·        如果您现有的设置满足您的需求，并不需要太多的维护，扩展和可用性，并且您的客户都很满意，为什么要惹它呢？

 ·        如果您当前所依赖的某些技术是专有技术，则您可能无法合法地将其部署到云中。

 ·        在互联网上使用云应用程序时，某些操作可能会遇到额外的延迟。

 ·        如果您的硬件由其他人控制，则在调试性能问题时可能会失去一些透明度和控制权。

 ·        您的特定应用程序设计和体系结构可能不完全遵循分布式云架构，因此在将它们移动到云之前可能需要进行一些修改

 ·        云平台或供应商锁定：一旦进入，可能很难在平台之间离开或移动。

『您需要什么样的云服务模型』

既然您已经决定尝试使用云，那么您必须选择要部署它的云计算服务模型。这些是最常见的服务模型：

•       IaaS：  基础架构即服务

•      PaaS：平台即服务。  

•      SaaS：软件即服务。

用一张表来看看他们具体服务于哪些服务吧：

『公共，私有还是混合？』

在您选择了云模型后应该选择云类型。那么，有三种基本选项：

公共：您的资源完全由Amazon Web Services（AWS）等云提供商托管。

私有： 您可以使用OpenStack或VMware的vCloud等平台创建自己的私有云。

混合：您的资源分布在私有和公共平台上。

凭借可靠性，高可用性，安全性和降低的运营成本的健康组合，混合云实施可能具有吸引力。混合有时会给你两全其美。

让我们假设您的网络应用程序正在迅速普及和用户增长。为了满足不断增长的需求，您需要动态扩展底层资源。在高峰使用期间，您应该能够部署最大的资源来为请求提供服务，并且当需求下降时，理想情况下您应该能够简单地删除不需要的资源以节省成本。这在公共云中是可能的。但是假设您的应用收集的数据是高度机密的，并且不能仅在外部存储。这是混合解决方案可以提供帮助的地方。在这种情况下，您可以选择要在公共云中使用哪些组件，哪些组件将保留在数据中心中。

RightScale报告称，企业越来越多地采用多云战略（85％），58％的企业计划使用混合云。

『评估云迁移的应用程序』

选择云模型和云类型后，是时候查看您的应用程序是否已准备就绪。以下是您需要考虑的一些因素：

1.应用程序设计复杂性:某些传统应用程序非常复杂且紧密耦合，客户可能不愿意重新编写它们。但是，任何成功迁移的首要要求是应用程序应遵循分布式体系结构，并且应该可以按设计进行扩展。比如富通云腾CloudoorManagement云管工具就可以很好的帮助您评估应用程序的云就绪情况。另外，AWS的Migration Hub服务是一站式商店，提供您可能需要的一切工具，以发现和评估您的应用程序对云迁移的准备情况。

2.集成复杂性：每个应用程序都有其依赖点，例如支付网关，SMTP服务器，Web服务，外部存储和第三方供应商。分析云迁移对这些依赖关系的影响非常重要。最关键（也是繁琐）的任务是识别所有这些依赖集成点。由于较旧的应用程序可能记录较差，并且熟悉端到端功能和非功能详细信息的开发人员可能不再可用，因此您可能必须手动完成每个模块。如果您正在考虑迁移数据中心当前运行的数百个应用程序，则任务会变得复杂。

3.主机操作系统：确定云迁移后，了解您是否能够在同一操作系统上部署应用程序非常重要。您的应用程序只能在特定的操作系统（或操作系统版本）上运行。如果它与您的云提供商不兼容，那么您需要找到可行的替代操作系统，不同的云提供商，或者只是放弃整个项目。

4.应用程序数据库：数据库显然是任何应用程序的关键部分。客户在数据库服务器和许可证上投入了大量资金。此外，鉴于数据的复杂性和敏感性，您可能不想立即移动它：迁移数PB的数据并非易事。在任何一种情况下，您都应该确保您使用的迁移方法非常可靠，并且可以回滚以处理任何意外的混乱。

5.网络:大多数云环境不支持多播，因此如果您的应用程序依赖于多播,那么我会说 "三思而后行"。

『成本比较』

许多云提供商都有定价计算器，可以帮助您估算云迁移后您将面临的实际成本与当前成本。AWS TCO（总体拥有成本）计算器和Azure定价计算器有两种选择。富通云腾云管平台的计费以及智能决策允许您比较AWS，Azure和GoogleCloud Platform（GCP）的TCO，因此您可以根据当前的应用程序工作负载配置文件确定哪个选项最适合。

『最后谈谈POC测试（即Proof of Concept』

在将工作负载实际迁移到云之前，构建一个小原型验证（POC）始终是一个好主意。我知道这些模型不会预见到所有可能的问题，但它会让您更清晰，更了解您可能面临的挑战。您在POC期间应该寻找的一些内容包括：
1.与现有应用程序的性能比较

2.迁移应用程序所涉及的复杂性级别

3.需要解决的网络挑战

4.可靠性

5.云提供商支持评估

综上，解决云迁移的所有实时挑战无法在一篇文章中阐明，我还会在实践中不断总结，能够为大家提供更多更实用的参考信息。