如何开始迁移到云

　　在企业中，许多成功的迁移到云的案例都是从更简单的应用程序开始，然后逐步将更多的应用程序和数据迁移到云. 不可能同时传输所有应用程序. 过去迁移.

　　要将应用程序和数据迁移到云，有必要制定详细的计划和时间表. 迁移是一个非常复杂的过程. 您可以从最简单的应用程序开始，然后考虑复杂和相关的相对较高的业务程度，一些个性化的企业应用程序等.

　　如上图（来自Internet的图片）所示，它描述了公司稳定进行云迁移的一般步骤. 迁移是一个系统的项目. 迁移速度过快通常会导致成本急剧上升，施工周期延迟甚至失败.

　　迁移到云的过程可以分为五个步骤. 请注意，这里的主要方案是企业私有云，并且所概括的步骤也适用于私有云，并且不太适合迁移到公共云. 让我们专注于迁移到云的五个阶段.

　　1. 标准化统一

　　企业的传统IT业务应用程序通常建立在物理服务器和存储设备上. 当开始进行云迁移时，通常会使用标准化技术来集成以前的服务器和存储资源. 评估需要迁移到云的现有和旧业务的迁移，并根据数据中心的资源状况制定详细的解决方案非常重要；如果是新的应用程序系统，则分配相应的资源，然后直接在计算环境中的云中进行部署. 对于任何想上云的企业来说，评估其实现的难度是评估云化或应用系统转换的风险和收益的重要手段. 整个业务系统的云化分析过程需要包括硬件支持环境转换，操作系统平台变更，平台软件绑定分析，IP地址依赖性消除，API重构，模块化转换，标准化转换，外部依赖性条件等，其中包括多个层次和维度，准确评估业务信息系统云转换的难点和相关困难，只有充分理解痛点，才能为信息系统的云转换做好准备.

　　当然，虚拟化和体系结构设计也是云业务系统现代化的一部分. 走向云与架构设计密不可分，因为业务最终将被云化. 无论迁移过程有多长，企业通常都使用虚拟服务器而不是物理服务器，并使用存储资源池来统一后端存储. 为了实现异构存储设备的管理，经常进行存储虚拟化和分布式转换. 当然，在此步骤中，它可能还涉及业务转换咨询和程序演示优化，并且您必须开始使用脚本或自动安装工具来适当减少工作量.

　　2. 购买或自行构建和部署云服务

　　虚拟化是迁移到云的第一步，迁移的第二步是部署私有云管理平台. 那么是购买还是构建和部署云服务呢？

　　来自云平台的成本和价值. VMWARE是商业软件. 它的成熟度和稳定性在实际环境中经受了很多考验，但是其高昂的使用成本反映在其许可费和*敏*感*词*中. 与VMware昂贵的价格相比，OpenStack的免费和开放优势显而易见. VMware的高额投资带来的大多数功能OpenStack可以免费提供给客户. 因此，无论OpenStack还是VMware更有价值，这个问题都没有明确的答案，答案取决于企业实际部署的规模. 尽管OpenStack是免费使用的，但它需要该领域的专业开发人员和专家，并且在体系结构和构造上需要进行大量工作，因为它支持许多部署方案并且安装过程不同. VMware需要花费一些钱来购买许可证和服务，并且安装和运行相对容易. 另外，VMware的学习成本较低，并且操作和维护也很容易学习.

　　通常，基于上述分析，大型企业购买VMWARE平台更为稳定和可靠. 但是，OpenStack的入门门槛很高. 如果企业没有足够的技术能力储备，就无法解决OPENSTACK*敏*感*词*部署中遇到的问题和陷阱.

　　构建私有云需要详细的计划，设计和实施. 在许多情况下，资源集成还包括管理概念的集成和集成. 在此步骤中，您还可以购买或使用一些公共云服务，例如一个或多个SAAS应用程序，开发和测试服务，云存储等. 混合云将公共云和私有云集成在一起，是主要模型和发展方向近年来的云计算. 我们知道私有云主要用于企业用户. 出于安全原因，企业更愿意将数据存储在私有云中，但同时，他们希望获得公共云计算资源以按需扩展. 在这种情况下，混合云随着越来越多的采用，它混合并匹配了公共云和私有云以获得最佳结果. 这种个性化的解决方案实*敏*感*词*和安全性的目的.

　　3. 应用程序迁移和数据迁移

　　部署云基础结构和服务后，有必要统一或升级现有的业务应用程序服务. 如前所述，此步骤可以首先将一些较简单的应用程序迁移到云中，然后逐步解决其余的复杂应用程序.

　　应用程序迁移的过程不仅仅是单击几个按钮的问题. 我们需要从云平台的环境特征入手，并对我们的产品进行某些调整. 例如，是否支持静默安装，磁盘空间的使用，参数设置应通过API或CLI进行，通过脚本命令或统一平台采集来跟踪和记录信息，等等.

　　数据迁移对于业务应用程序来说是最重要的事情，它与云上业务的成功或失败直接相关. 数据迁移将业务系统中很少使用或未使用的文件移动到辅助存储系统（例如磁带或光盘），同时将频繁使用的数据从热点迁移到高质量的存储设备（例如SSD或闪存阵列），有点像分层存储管理它. 通常，为了确保数据的安全性和完整性，我们的业务迁移工作通常与备份策略结合在一起，并备份重要数据. 还有一些业务系统会在迁移到云后转为O并用Mysql代替Oracle，这将涉及SQL语法调整，数据转换，新旧系统之间的交互，应用程序转换甚至重构等. 挑战相对较大. . 在迁移阶段需要充分考虑这些问题.

　　数据迁移的实现可以分为三个阶段: 数据迁移前的准备，数据迁移的实施以及数据迁移后的测试验证. 由于数据迁移的特性，准备阶段需要完成大量工作，充分而周到的准备工作是完成数据迁移的主要基础. 具体来说，对要迁移的数据源的详细描述（包括数据的存储方法，数据量和数据时间跨度）；为新旧系统的数据库建立数据字典；对旧系统的历史数据进行质量分析，并对新旧系统的数据进行结构差异分析；分析新旧系统的代码数据之间的差异；建立新旧系统的数据库表之间的映射关系，处理无法映射的字段的方法； ETL工具的开发和部署，数据转换测试计划和验证程序的准备；数据开发紧急转换措施. 其中，数据迁移的实施是数据迁移三个阶段中最重要的环节. 它需要制定详细的实施步骤和数据转换流程；准备数据迁移环境；业务准备，结束未处理的业务事项或结束它们；测试数据迁移所涉及的技术；最后实现数据迁移.

　　数据迁移后的测试验证是为了检查迁移工作. 数据测试验证的结果是判断业务系统是否可以正式启动的重要基础. 可以通过质量检查工具或书面检查程序来执行数据验证，并且可以通过试用新系统的功能模块（尤其是查询和报告功能）来检查数据的准确性.

　　当然，为了确保数据迁移的质量和效率，一个好的迁移工具也是分不开的. 商业和开源产品各自具有不同的特性，必须根据特定条件对选择进行分析. 从目前的一些国内大型项目来看，相对成熟的ETL产品主要用于数据迁移. 实际上，我们还可以看到这些项目的一些共同点，主要包括: 迁移期间的大量历史数据，并且允许的停机时间非常长. 它很短，面对大量客户或用户，具有访问第三方系统的权限，一旦失败，影响将是广泛的.

　　目前，许多数据库供应商还提供相应的数据提取工具，例如Informix的InfoMover，Microsoft SQLServer的DTS和Oracle的Oracle Warehouse Builder. 这些工具解决了一定范围内的数据提取和转换问题，但是这些工具基本上不能自动完成数据提取. 用户还需要使用这些工具来编写适当的转换程序，以提高效率.

　　由于高度的业务耦合和对传统体系结构的高度依赖，企业中的应用也很复杂，并且通常需要大量的转换和发展. 例如，如果要替换特定的中间件，数据库和商业软件包，则可能需要几年才能完成此步骤. 由于时间相对较长且存在无法控制的风险，因此有必要从投资回报率和可行性方面仔细评估现有系统的迁移.

　　4. 全自动

　　在企业中，当将大量业务应用程序迁移到云时，使用云管理平台来自动化业务系统的配置，批准，服务交付，升级和监视变得更加重要. 不断自动化现有IT流程的转换至关重要. 从虚拟机和应用程序的在线资源预订到交付，我们希望将每个业务流程尽可能地自动化到云中，这可以大大缩短部署时间，减少人工成本并提高系统配置的准确性和一致性. 尽管基本自动化已经在标准化和统一阶段开始，但是在完全自动化阶段，需要将大量脚本，应用程序安装程序和自动化工具引入流程编排系统，在该系统中，云管理平台可以使用. 服务和工作流程设计.

　　5. 操作维护的安全性，冗余性和可持续性

　　传统的云服务通常需要经过多个环节的批准，例如资源供应，服务交付，运营和维护以及安全流程，因为其中许多流程都需要在云服务完成并在线自动之前进行修改. 交付需要IT安全人员必须预先授权或批准虚拟机模板，基于软件的网络，存储资源，操作系统，应用程序平台等. 在此阶段，还应考虑冗余和可扩展性，包括服务器，虚拟机的连续运行机器，应用程序和云管理平台，以防数据中心部分或完全故障. 在此阶段，还必须完全建立安全运营和IT治理. 最后，五步云迁移计划将使公司进入全面的云运维和维护状态.

　　业务云迁移是一个复杂的系统项目. 无论是旧应用程序还是构建新应用程序，云迁移团队都需要仔细考虑成本和操作是否与平台模型相匹配. 从当前阶段开始，应用程序分阶段迁移可能是唯一的选择. 目前，一些公司已成功使用此分阶段方法来更改其传统应用程序，并在从云计算中受益的同时最大程度地降低了风险. 将来这可能是云化的主题.