向云迁移的最佳实践建议

简介:

首席技术官Chris Hewertson:“能够共享文档具有深远的意义。我无法想象我们之前是怎么开展工作的。”

虽然一些IT领导者对于按需迁移仍持谨慎态度,但是其他主管却在以满腔热情拥抱云计算。Chris Hewertson就是这样一名技术负责人,它是酒店集团GLH的首席技术官,他在该企业组织负责推行以云计算为主导的业务转型。

三年前,该公司就开始启动IT变革计划。业务主管们想要这样的系统:随时可用、易于安装,对用户来说又简单直观。Hewertson表示,云计算自然成了支持业务变革和发展的首选机制。

如今,该公司没有运行任何内部的服务器,95%的IT服务通过云来交付。Hewertson在本文中与其他高层主管分享了向云迁移的最佳实践建议。

1. 设立企业风险委员会,以缓解财务风险。

走按需计算道路就好比一脚踏入未知领域。Hewertson表示,获得其他重要主管的支持将至关重要。他说:“你一定要获得首席财务官(CFO)的支持。”

“对大多数企业组织来说,向云迁移涉及财务方面的转变,因为你是从一种易于理解的资本支出模式向一种基于运营成本的模式转变。这有时很吓人。”

Hewertson表示,IT领导人必须花时间来解释,虽然运营成本会上升,但是贬值的长期影响比较小,因为企业避免了每隔几年就需要升级基础设施所带来的财务影响。

为了确保每个人都了解潜在的风险和好处,Hewertson设立了企业风险委员会,该委员会正式着重强调了当前运营存在的潜在风险。Hewertson劝告CIO同行,要采用类似的方法,得到高层管理人员的广泛支持,帮助缓解风险,尤其是在个人层面。

他说:“如果你将替代方案告诉企业风险委员会,他们会成为你的盟友――你没必要单枪匹马,让自己的工作岗位岌岌可危。你可以告诉业务部门,由于某些原因,你会建议向云迁移,但是决策权在委员会,而答案应该不言自明。”

2. 找到充足的商业理由,制定一套综合方法。

2012年,Hewertson加入GLH,开始准备以IT为主导的业务转型。该公司向云迁移的第一个重大步骤出现在2013年6月,当时这家连锁酒店将其酒店管理应用系统改用云服务。

他说:“一夜之间,这种方法消除了之前一直困扰我们的所有运营问题。那次向业务部门首次证明:云计算模式可行――这就好比一则催醒电话。”

该公司随后开始调查其他按需技术。Hewertson表示,他的经验表明,企业必须着眼于以整体的方式向云服务迁移。单单着眼于每一项单个服务可能意味着好处并不明显。

他说:“你常常不得不为三四项服务搬出理由。只有你运行许多服务时,来自云计算的真正价值才常常变得很明显,因为获取资源的好处随后对业务部门的其他人来说变得更清楚了。”

3. 你知道可以如何改进服务后,要冒适当的风险。

在过去两年里,Hewertson继续将更多的服务迁移到云。他表示,GLH开始向信誉卓著的公司(比如Rackspace和亚马逊网络服务公司)获取按需计算资源,但现在可以使用一系列广泛的供应商的云服务。

他说:“你有时确实需要冒风险,”他是指他公司在电子邮件平台方面做出的决定。“我们想选择一家云服务提供商,一种更容易的方法就是使用微软Office 365,因为大多数人知道如何使用微软的应用程序。但是我们结果选择了谷歌,让我惊讶的是许多人接受了谷歌服务。”

Hewertson提到了许多好处,表示谷歌服务更便宜,让人觉得用起来更直观。该公司现在不仅仅局限于使用Gmail,还部署了额外的谷歌服务,比如Sheets、Slides和Forms。由于员工可以访问Google Drive,Hewertson还能够关闭该公司的内部存储区域网(SAN)。

他说:“业务部门的人员使用谷歌服务来进行合作。能够共享文档具有深远的意义。我无法想象我们之前是怎么开展工作的――整个团队的所有成员都能够处理同样的文件,不必操心不同的时区和位置,这实在太棒了。”

4. 考虑以一种另类的方式迁移到云。

Hewertson最近将公司的核心SAP平台迁移到了一款基于云的解决方案。他利用专业咨询公司Absoft,帮助完成这次迁移。Hewertson表示,迁移的时机至关重要。他说:“我们先从外围系统搞起,而不是从核心系统开始入手。”

Hewertson表示,GLH转型的首要目标是要帮助其创收业务部门:旗下酒店获得成功。董事会渴望边远的子公司可以使用优秀技术。一旦酒店感到满意,Hewertson及其团队才开始处理核心系统。

他说:“云帮助了我们,因为我们在更新酒店IT基础设施的同时,可以转变我们的管理结构。我们不得不将那些结构嵌入到SAP和我们的财务报告系统里面。那是过去两年我们采取的战术。”

“现在我们在升级对SAP系统采取的方法,我们能够有条不紊地将那些战术变化嵌入到业务体系中。如果我们从SAP和核心系统开始入手,在厘清了酒店系统和服务后,不得不重新设计我们的方法。现在我们知道我们的业务在如何运行,我们想如何有条不紊地安装系统。我们还可以将这种结构引入到SAP中。”


本文转自d1net(转载)

相关文章
|
存储 运维 监控
云时代,好用的数据迁移方案推荐
本文将介绍数据库迁移的步骤以及市面上常见的迁移工具,推荐大家选择能够支持“业务零停机迁移”的工具产品。同时,平台工具(例NineData) 的自动化体验及配套设施(例:数据校验工具、迁移限流、监控告警等)一般较为完善,是比较推荐的选择。
640 1
云时代,好用的数据迁移方案推荐
|
10月前
|
运维 Kubernetes Java
Rainbond助力“信创应用”迁移上云
Rainbond v5.14.2 版本,又称**信创**版本。从这个版本开始,开源用户也可以利用 Rainbond 管理符合信创要求的硬件计算资源。在这个版本中,**产品团队将此前只在企业版产品中存在的信创相关功能拆分出来,融入到了开源产品路线之中。**本文围绕**如何在信创环境中将应用迁移上云**这一主题,结合 Rainbond 信创版本的能力,给出可行的落地方案。
|
10月前
|
存储 数据库 对象存储
带你读《云存储应用白皮书》之24:1. 数据业务迁移上云方案
带你读《云存储应用白皮书》之24:1. 数据业务迁移上云方案
211 0
|
11月前
|
存储 容灾 网络协议
《云上容灾交付服务白皮书》——3交付标准化参考框架——3.3 容灾方案设计(下)
《云上容灾交付服务白皮书》——3交付标准化参考框架——3.3 容灾方案设计(下)
97 0
|
11月前
|
监控 容灾 数据中心
《云上容灾交付服务白皮书》——3交付标准化参考框架——3.3 容灾方案设计(上)
《云上容灾交付服务白皮书》——3交付标准化参考框架——3.3 容灾方案设计(上)
128 0
|
11月前
|
监控 容灾 安全
《云上容灾交付服务白皮书》——2.容灾技术架构——1.3 行业容灾现状分析(上)
《云上容灾交付服务白皮书》——2.容灾技术架构——1.3 行业容灾现状分析(上)
243 0
|
JSON 运维 负载均衡
mPaaS云平台运维系列之—产品升级方案
mPaaS云平台运维系列之—产品升级方案
560 0
mPaaS云平台运维系列之—产品升级方案
|
容灾
《云迁移与云容灾-企业迁移公共云的网络之道》电子版地址
云迁移与云容灾-企业迁移公共云的网络之道
73 0
《云迁移与云容灾-企业迁移公共云的网络之道》电子版地址
|
容灾 Serverless
《云迁移与云容灾-Serverless架构企业数据备份和迁移》电子版地址
云迁移与云容灾-Serverless架构企业数据备份和迁移
515 0
《云迁移与云容灾-Serverless架构企业数据备份和迁移》电子版地址
|
容灾
《云迁移与云容灾-基于混合云架构的迁移和灾备》电子版地址
云迁移与云容灾-基于混合云架构的迁移和灾备
133 0
《云迁移与云容灾-基于混合云架构的迁移和灾备》电子版地址