取消
显示结果 
搜索替代 
您的意思是: 
cancel
827
查看次数
0
有帮助
0
评论
julianchen
Spotlight
Spotlight
标注移动组
我们将那些可以被迁移到云端的应用称为移动组(Move Group)。这是一个逻辑分组,该组内的所有应用可以在同一个预设的时间段内被迁移到云端。
分组的好处在于:我们既可以让多个移动组并行开始迁移,也可以让一个移动组紧接在另一个移动组完成之后马上启动。当然,您还可以根据业务或技术的短期、长期目标,实时调整不同的迁移方式。如下六种方法被称为“6R”(请详见https://dzone.com/articles/the-rs-of-migration):
u 重新托管(Re-hosting):您可以使用自动化工具或手动的方式,来直接迁移(Lift-and-Shift)各种应用程序。
u 重新平台化(Re-platforming):启用新的平台、并修改底层基础设施。不过现有的程序架构仍保持不变。
u 替换(Replace):直接转移到其他类型的平台(推荐是SaaS平台)上。
u 重新架构(Re-architecting):使用云平台的原生功能,重新设计应用程序与基础架构。
u 退役(Retire):直接“退役”掉应用程序,另起炉灶。
u 保留(Retain):继续在当前的状态下使用应用程序。
多云环境
此步骤有助于确定应用程序将在单个云环境中运行、还是在多个云服务环境里被执行。就单个云提供商而言,我们很容易锁定之;而如果涉及到向不同的云提供商迁移的话,就需要多方协调努力了。具体模型包括如下三种:
u 单云环境中的应用:即,一整类应用程序都运行在同一个云提供商处,而其他类型的应用则运行在别处云提供商那里。该模型的好处是:企业可以灵活地增加新的业务。
u 将应用程序拆分到多个云提供商处:即,单个应用的一部分运行在某一个云提供商处,而另一部分则运行在别处云提供商那里。该模型的好处是:企业可以利用每个云提供商的各自优势。
u 云不可知(Cloud-agnostic)类应用:即,此类应用可以运行在任意云提供商上。因此,该应用既可以同时运行在多个云提供商处,又能够被拆分到多处。显然,该模型给企业提供了将负载从一个云提供商,迁移到另一个云提供商的灵活性。
自动化
自动化提供了在无需任何停机时间的前提下,以代码的形式构建基础架构、以及自动化部署应用程序的能力。因此企业希望在多个应用程序的迁移过程中,以自动化的可重复模式,减少迁移时间,提供更好的一致性。同时,企业内部的团队之间也能相互传授那些自动化优先的流程,进而能够更好地从云端迁移中获益。为了利用远程交付来安排与监视各项作业,企业可以采用迁移工厂(migration factory)的模式,来大降低劳动力的成本与时间、以及云迁移所需的现场专业服务。此外,企业也可以有目的性地去检索那些可用于支持基于云许可(cloud-based licensing)模型的各种软件工具集。
数据迁移
在开始从生产环境向云端迁移之前,企业需要对有待迁移的数据进行完整的评估。企业可以直接将本地数据集发送到云提供商处,以便由他们负责上传到云端;然后在现有的数据中心中仍然保留既有的主机应用,仅将调用关系指向那些被迁移到云端的数据而已。这通常是针对大量零散数据的最佳迁移方案。同时,为了给数据制定适当的归档与备份策略,企业可以参照这样一种最佳实践,即:尽可能地将动态数据接近计算资源,而将静态数据尽可能地接近用户侧。业界往往是通过传统的缓存技术来实现此目的。
监控与治理
为了构建满足企业实际需求的云应用服务,企业内部需要由多个跨职能部门的团队,来负责开发和管理企业的云端战略、以及各种实践。同时,企业应该采用敏捷(Agile)的方法,在整个迁移过程持续进行学习与改进,进而在“小步快跑”中实现大规模的云端迁移。
在许多企业中,他们都会设立系统迁移架构师的岗位,来专门负责规划和领导迁移的各方面工作。在具体实践中,他们的核心职责包括:定义迁移成功所需的必要重构条件,设计数据迁移的相关策略,根据云解决方案来定义需求,以及确定迁移工作的优先级和切换的模式。通过与企业中其他业务部门的协作,他能够顺利地稳步推进云转移的顺利完成。此外,由运营、开发和设计部门所组成的云迁移团队,需要通过持续学习和相互培训的方式,开发出各种自动化的模板,进而对云应用的架构进行不断的设计与改进。
总结
如今,企业上云已是大势所趋、势不可挡。各类企业需要通过将原有的应用程序移植到云端,来降低运营成本,缩短产品的交付时间,增加增值收入,挖掘创新资源,进而将自身的注意力集中在核心业务上。综上所述,我们基于业界各类企业的云端迁移经验,为您总结了如下十一条优秀实践建议:
u 选择正确的云提供商。
u 使用正确的迁移工具。
u 转变为敏捷的操作模式。
u 通过可扩展性和高可用性,来最大化生产率。
u 尽量将开发和测试环境移植到云端。
u 始终将企业核心功能迁移到私有云中,而将非核心服务迁移到公共云中。
u 如有可能,应采用混合云的模型。
u 将现有架构转换为可扩展的、基于动态API的交互式模型。
u 将云原生能力符能给各种应用程序,通过转换,实时输出可操作性的数据。
u 通过驱动高水平的自动化,来减少项目和运营的各项成本。
u 引入掌握熟练知识和技能的人员。

【原标题】Best Practices forEffective Cloud Migration (作者: Dr. Gopala Krishna Behara)
原文链接: https://dzone.com/articles/best-practices-for-effective-cloud-migration-1
入门指南

使用上面的搜索栏输入关键字、短语或问题,搜索问题的答案。

我们希望您在这里的旅程尽可能顺利,因此这里有一些链接可以帮助您快速熟悉思科社区:









快捷链接