你在这里

你在这里

全塔云迁移并不容易:四步方法求成功

公共图片/ErezYaary.jpg
Erez亚里 研究员云首席技术主管微焦点

多数组织移动云不再是争论问题多数人已经以某种形式使用它-可能云化生产率应用,如Office365和SharePoint或用户智能手机应用,允许用户与企业内部应用交互应用

多组织已经将大部分易用应用移云化,但仍有数百项应用运行到企业所有数据中心和分支办事处现在,他们正期望通过应用合理化和云化来推进云化策略尽可能多的剩余应用向云移动.问题大都在于如何实现

移动置换应用程序及其所有构件-计算、中间件和数据库-并不像签入saS并注销少数未使用软件许可证那么容易需要仔细策划和深思熟虑执行 免得搭建起机四步方法

开工规划

和所有大项目和复杂挑战一样,规划至关重要假设所有潜在的漏洞和问题随路而行(而你将遇到丰盛),便能使及时、成本效益高的方式更容易解决这些漏洞和问题

组成跨学科云变队由全组织利益攸关方组成

  • 金融业
  • IT架构师操作员
  • 程序管理(并不仅仅是项目管理,因为迁移由多重互为依存项目组成)
  • 云工程师
  • 网络安全对象
  • CIO办公室的一名代表

都应该是团队常任成员应用程序所有者、企业行管理者和其他企业利益攸关方应在需要时包括在内。

极为重要的是,所有变换团队成员都拥有决策权并签收权。没有什么能像等待决策通过审批链那样延缓项目

变换团队将努力解决:

  • 判定哪些应用程序和数据库移动和如何移动(部分或全升转移)
  • 设计云登陆区应用将生存(或多波段部署区)
  • 理解企业冲击,如果事物去退
  • 确保业务连续性和灾难恢复计划考虑到新云环境
  • 考虑对开发者、网络安全、敏捷度和DevOps进程和工作流程的影响
  • 计算形状-OS类型虚拟机器和容器、更新时间需求、存储阵列、微服务等-

二叉发现者

下一步是同时识别应用并理解依赖性向程序所有者讲解应用实际工作方式(不光是工作方式)、工作选择用户开发,应用失败时其他工作负荷会受到影响等

部署自动发现工具也是个好主意将生成一份意大利面粉地图,显示应用与服务器、网络、数据库、中间件、微服务、APIs、存储数组和其他应用应用以及外部伙伴、供应商和供应商应用

需要了解所有这些应用服务世界的物理位置:数据库中云和伙伴数据中心等

3级启动前

确定程序移动方式后 设计云登陆区 提供所有所需服务如防火墙和中间件 识别依赖性

使信息技术操作人员更多参与这一阶段是一个非常好的想法获取开发者上机,以便问题发生时,开发者无需数月时间加速程序在云中运行比它使用时运行速度快

运行程序遍云这一点甚至更为关键,因为没有两个云提供商以同样方式构筑环境云移位时出错程序停止按预期运行后,

在这个阶段,你测试功能和性能启动前允许验证核心过程:业务流程、功能过程、应用事务等从性能角度讲,你需要压力测试以确保实现性能目标-如改进应用响应时间-

有些组织不做大规模发射前测试亚马逊有如此大脚印和快速部署周期,它可以选择小客户子集测试实时变化然而,大多数组织不应采取这一方法。

4上线

GO-Live不只是翻转开关你必须理解并规划数据流大变一直到现在,你有一个制作程序运行 在你的数据中心现场拷贝准备进云

测试完成你知道它工作可你现在切开并开始引导交通从旧程序转到新程序

需要策略例举,如果在变换前同时运行两个程序,则需要持续同步更新这是因为两种系统同时创建事务和新数据

需要编码设计数据同步性,因此在任何特定时间都只有一个事实源-老系统或新系统

还需要执行任务,例如确保新应用正确注册资产和服务管理系统网络监控系统从正确的 URLs和IP地址获取日志数据 并正在为新系统生成故障票,而不是老系统

做个好开始

本文概述的战略虽非详尽无遗,但会为你们进一步探索策略提供良好的起始点。IT环境不变 云处理法相似不可仓促地努力任务关键应用移位后失效,无人知道原因,费用高昂

谨慎周到的策划与执行 可实现你设定的目标数万个组织通过完全采云每日受益连你的都行

继续学习

阅读更多文章: 18beplay官网 , 云头
微博 微博 脸书 watsa 邮箱 共享分享