论文部分内容阅读
对于大多数企业而言,迁移到云不再是问题,问题在于何时迁移。对于初学者而言,通过将应用程序迁移到云端,用户可以提高安全性、数据可访问性、可伸缩性和IT灵活性。迁移到云端还可以节省资金。
但是需要注意的是,并非所有的云部署都能顺利进行。迁移通常需要比预期更长的时间,甚至面临完全失败的可能,浪费时间和资金。在将应用程序迁移到云端之后,企业发现它们并不比在本地运行的效果更好,这种情况并不罕见。
最終的结果可能是企业再一次将应用程序由云端迁移回本地数据中心。
在安全服务提供商Fortinet的赞助下,专业的供应链公司IHS Markit进行了一项调查,新的研究发现,在接受调查的企业中,74%的企业在未能实现预期的收益后,将基于云的应用程序移回了本地数据中心。
这并不是一个新的问题。在谷歌上以云迁移失败为关键词进行搜索,我们会发现几年前就出现过这种案例。如今我们讨论这个问题已有一段时间了,这个问题不是技术上的失败,而是领导层面上的失败。
以下是导致云迁移失败的五个主要原因,以及如何才能取得成功的方法。
第一步是要意识到自己不能独自完成这一工作,尤其是在开始的时候。无论是像埃森哲这样的全球性的专业服务公司,还是地区性的咨询公司,你都需要一个合作伙伴。这是一个应该在经过仔细考虑并获得外部帮助后才能做出的决定。理想的情况下,你要有一些与自己的行业和地理环境相匹配的合作伙伴,他们可以帮助你选择合适的建议来完成这项工作。
企业应用咨询公司总裁Joshua Greenbaum指出,“请仔细选择自己的合作伙伴。要想获得参考意见,你需要一个可提供参考意见的合作伙伴,他们不仅可以逐步帮助你完成迁移流程,而且还要具有技术实力和管理变化的能力。”
优秀的云迁移专家可以帮助你确定要迁移的最佳应用程序,确定如何集成旧系统和云服务,以及计划和执行迁移任务。优秀的合作伙伴还可以帮助你制定高效的混合云策略或多云策略。
企业最常犯的错误之一就是想让他们的应用程序像在本地运行一样在云端运行。首席信息官咨询公司Avoa的总裁Tim Crawford说,这是一个严重的且常见的错误。
Crawford说:“本地应用程序常常有一个资源消耗峰值。云服务的精髓在于你需要时可以获得资源,在不需要时可以将其归还。传统的应用程序不具备云服务的自主性和编排优势。”
许多用户会忘记他们在公有云上运行的每一个比特都会被计量,他们必须要为此付费。他们常常让未经过针对性修改的应用程序在云端上全力运行,这样很快就会耗尽计算周期,一个月后巨额账单也会随之而来。只是简单地将应用程序迁移到云端肯定会收到让你感到震惊的账单。最坏的情况是,你不得不面临将应用程序再次迁回到本地数据中心的麻烦。
如果你认为自己可以使用老技术和老方法(ITIL框架、瀑布式流程、整体应用程序、操作孤岛等)继续管理公有云甚至混合云,那么你肯定会感到无比失望。
你需要的是能够管理动态基础架构、容器、自动化、微服务的技能。问题是,其他的企业也是如此!引入新技术肯定会有所帮助,但是吸引、培训和留住熟练人才才是解决问题的关键。
分析公司Splunk的首席技术倡导者Andi Mann说:“云运营模型将IT部门从使用独立的本地旧版工具和套件的传统静态的整体性软件管理转移到由多个基于云的点解决方案管理的高度分布式动态精细化的和抽象化的服务环境中。IT需要新的技能来管理云平台本身,以及容器、微服务、API、SaaS系统等。”
项目都需要非常好的治理,这意味着每个相关的人员都要参与到向云转换的工作中。通常,项目是由IT部门推动的,然后在项目完成之后再告诉所有受影响的人员。
Greenbaum指出:“这种情况比所有人都参与其中的情况更为普遍。很多人员都会涉及到基本的项目管理,我们要检查指导委员会中是否有合适的人员,并获取正确的信息。很多情况下,他们来不及邀请这些相关的人员,等到他们再邀请时已经为时已晚了。”
Greenbaum最近遇到的一个例子是一家企业在迁移到云的过程中极大地改变了客户体验。不幸的是,他们没有考虑对供应链的影响。因此,供应链团队也没有成为整个销售调整的一部分。只有完成迁移后,供应链小组的人员才意识到发生了什么,并且发现他们无法满足产生调整所带来的新需求。
迁移到云会带来巨大的优势,例如速度、敏捷性、降低成本、战略重点、可扩展性、覆盖范围等等,但是同时也带来了合规风险。要从云部署中获得最大的优势,首先要避免炒作周期的诱惑,并且对可以实现的目标和潜在的新风险有着切合实际的期望。
领导层尤为希望通过云服务来节省资金,但是情况并非总是如此,特别是如果有本文列出的第二个问题并且没有重新设计应用程序时。云采用者通常还期望能够减少在相邻领域中的工作量,仅用云基础架构替代服务器,而没有培养和调整相应的IT人员。
不要以为只要可以迁移到云端,就可以摆脱所有数据库管理员、安全运营、服务台工程师和其他软件专家。如果你像大多数企业一样运行混合云,那么你仍需要对持有的物理资产提供硬件支持。
对云服务的需求超过了供给,并且缺乏高素质的人才来完成需要完成的工作。Greenbaum说,他已经看到许多项目由于缺乏人员而被迫停摆。
Greenbaum说:“项目成功是因为客户建立了一支出色的团队,并要求他们的系统集成商也要有一支优秀的团队。如果你不聘请最优秀的人才,那么你可能要面临一个不理想的结果。”
企业犯的一个常见错误是,在并非所有内容都适合云服务时,一股脑将所有内容都转移到了云端。Crawford表示,正确的做法是将最标准的业务应用程序系列存储在云端,并将特色代码保留在本地数据中心上。
Crawford建议,“如果你的业务与众不同,那么可以考虑只迁移电子邮件、日历、ERP、HCM等应用程序。核心后台功能至关重要,而且必不可少,但是它们在IP(知识产权)方面与你的竞争对手有什么不同的地方吗?如果答案是否定的,那么这是一个将它们迁移到云端的好机会。”
你应该针对云端重构自己的应用程序,并应将其视为拥抱新方法和新设计的机会。为云原生设计重新构建尽可能多的本地应用程序,这样应用程序才具有弹性并可以根据需要进行伸缩。将应用程序容器化,这样它们才能在Docker上运行,并由Kubernetes管理。所有主要的云提供商都提供帮助在本地和云端上运行Kubernetes的服务。
Mann说:“据我所知,最成功的企业已经开始利用云特性进行创新了,而不仅仅是简单的复制,他们提供了从未有过的新原型,将服务提高到了客户从未期望过的水平,同时采用了新的方式为新的市场开发新的应用程序。”
在策略层面使用云计算意味着重新考虑预算、组织、流程、技能、安全性、数据集成等等。技术只是其中的一小部分,策略的凝聚力可能会迅速消散。成功的迁移包括做出有意识的投资组合决策,以决定要保留和要移动哪些內容,要坚持使用或放弃哪些平台,如何重构应用程序以利用云的优势。利用通用计算、存储和数据库平台进行标准化可以降低复杂性并降低管理和运营成本。
不让事情复杂化意味着要避免过度复杂的迁移,避免付出太多代价。当项目太大、时间或预算太少时,就会发生一些糟糕的事情。不要贪多求全,要分阶段地分解项目,一次解决一个。采用类似devOps的迭代式方法也不错。做一个项目就可确保它们成功,然后再继续进行下一个项目。
向云端迁移可能意味着使用全新的数据模型。将数据存储在云端是将原有数据模型扩展为一个规模更大的数据模型的好机会。例如,转变为以客户为中心的模型可能意味着可从许多不同的来源引入更多的数据。
原来的本地数据可能只有一个简单的客户输入,例如名称和地址,但是新的云数据可能来自社交媒体、物联网设备和其他来源。你甚至可以迁移到完全不同的数据分析平台上。虽然亚马逊Redshift兼容PostgreSQL,但是谷歌的BigQuery却不同于精典的SQL或PostgreSQL。Snowflake则支持各种格式的半结构化数据。
Greenbaum说:“理论上讲,你正在改变原来的实践,因此你对需要从数据中获得哪些东西的需求发生了变化。数据质量的调整与其他的东西一样,都是政治上的决定。其不仅仅是将数据存储到云端这么简单,而是一个调整管理方式的问题。”
本文作者Andy Patrizio为自由撰稿人,现居加利福尼亚南部,从事计算机行业已经有20年时间。
原文网址
https://www.infoworld.com/article/3453664/5-ways-your-cloud-migration-may-fail-and-5-ways-to-succeed.html e
但是需要注意的是,并非所有的云部署都能顺利进行。迁移通常需要比预期更长的时间,甚至面临完全失败的可能,浪费时间和资金。在将应用程序迁移到云端之后,企业发现它们并不比在本地运行的效果更好,这种情况并不罕见。
最終的结果可能是企业再一次将应用程序由云端迁移回本地数据中心。
在安全服务提供商Fortinet的赞助下,专业的供应链公司IHS Markit进行了一项调查,新的研究发现,在接受调查的企业中,74%的企业在未能实现预期的收益后,将基于云的应用程序移回了本地数据中心。
这并不是一个新的问题。在谷歌上以云迁移失败为关键词进行搜索,我们会发现几年前就出现过这种案例。如今我们讨论这个问题已有一段时间了,这个问题不是技术上的失败,而是领导层面上的失败。
以下是导致云迁移失败的五个主要原因,以及如何才能取得成功的方法。
云迁移失败原因之一:缺乏优秀的合作伙伴
第一步是要意识到自己不能独自完成这一工作,尤其是在开始的时候。无论是像埃森哲这样的全球性的专业服务公司,还是地区性的咨询公司,你都需要一个合作伙伴。这是一个应该在经过仔细考虑并获得外部帮助后才能做出的决定。理想的情况下,你要有一些与自己的行业和地理环境相匹配的合作伙伴,他们可以帮助你选择合适的建议来完成这项工作。
企业应用咨询公司总裁Joshua Greenbaum指出,“请仔细选择自己的合作伙伴。要想获得参考意见,你需要一个可提供参考意见的合作伙伴,他们不仅可以逐步帮助你完成迁移流程,而且还要具有技术实力和管理变化的能力。”
优秀的云迁移专家可以帮助你确定要迁移的最佳应用程序,确定如何集成旧系统和云服务,以及计划和执行迁移任务。优秀的合作伙伴还可以帮助你制定高效的混合云策略或多云策略。
云迁移失败原因之二:无法适应云服务
企业最常犯的错误之一就是想让他们的应用程序像在本地运行一样在云端运行。首席信息官咨询公司Avoa的总裁Tim Crawford说,这是一个严重的且常见的错误。
Crawford说:“本地应用程序常常有一个资源消耗峰值。云服务的精髓在于你需要时可以获得资源,在不需要时可以将其归还。传统的应用程序不具备云服务的自主性和编排优势。”
许多用户会忘记他们在公有云上运行的每一个比特都会被计量,他们必须要为此付费。他们常常让未经过针对性修改的应用程序在云端上全力运行,这样很快就会耗尽计算周期,一个月后巨额账单也会随之而来。只是简单地将应用程序迁移到云端肯定会收到让你感到震惊的账单。最坏的情况是,你不得不面临将应用程序再次迁回到本地数据中心的麻烦。
云迁移失败原因之三:企业内部缺乏相应的技能
如果你认为自己可以使用老技术和老方法(ITIL框架、瀑布式流程、整体应用程序、操作孤岛等)继续管理公有云甚至混合云,那么你肯定会感到无比失望。
你需要的是能够管理动态基础架构、容器、自动化、微服务的技能。问题是,其他的企业也是如此!引入新技术肯定会有所帮助,但是吸引、培训和留住熟练人才才是解决问题的关键。
分析公司Splunk的首席技术倡导者Andi Mann说:“云运营模型将IT部门从使用独立的本地旧版工具和套件的传统静态的整体性软件管理转移到由多个基于云的点解决方案管理的高度分布式动态精细化的和抽象化的服务环境中。IT需要新的技能来管理云平台本身,以及容器、微服务、API、SaaS系统等。”
云迁移失败原因之四:没有引入利益相关者
项目都需要非常好的治理,这意味着每个相关的人员都要参与到向云转换的工作中。通常,项目是由IT部门推动的,然后在项目完成之后再告诉所有受影响的人员。
Greenbaum指出:“这种情况比所有人都参与其中的情况更为普遍。很多人员都会涉及到基本的项目管理,我们要检查指导委员会中是否有合适的人员,并获取正确的信息。很多情况下,他们来不及邀请这些相关的人员,等到他们再邀请时已经为时已晚了。”
Greenbaum最近遇到的一个例子是一家企业在迁移到云的过程中极大地改变了客户体验。不幸的是,他们没有考虑对供应链的影响。因此,供应链团队也没有成为整个销售调整的一部分。只有完成迁移后,供应链小组的人员才意识到发生了什么,并且发现他们无法满足产生调整所带来的新需求。
云迁移失败原因之五:不切实际的期望
迁移到云会带来巨大的优势,例如速度、敏捷性、降低成本、战略重点、可扩展性、覆盖范围等等,但是同时也带来了合规风险。要从云部署中获得最大的优势,首先要避免炒作周期的诱惑,并且对可以实现的目标和潜在的新风险有着切合实际的期望。
领导层尤为希望通过云服务来节省资金,但是情况并非总是如此,特别是如果有本文列出的第二个问题并且没有重新设计应用程序时。云采用者通常还期望能够减少在相邻领域中的工作量,仅用云基础架构替代服务器,而没有培养和调整相应的IT人员。
不要以为只要可以迁移到云端,就可以摆脱所有数据库管理员、安全运营、服务台工程师和其他软件专家。如果你像大多数企业一样运行混合云,那么你仍需要对持有的物理资产提供硬件支持。
云迁移迈向成功的第一步:建立出色的团队并要求合作伙伴与他们同样优秀
对云服务的需求超过了供给,并且缺乏高素质的人才来完成需要完成的工作。Greenbaum说,他已经看到许多项目由于缺乏人员而被迫停摆。
Greenbaum说:“项目成功是因为客户建立了一支出色的团队,并要求他们的系统集成商也要有一支优秀的团队。如果你不聘请最优秀的人才,那么你可能要面临一个不理想的结果。”
云迁移迈向成功的第二步:谨慎对待云服务
企业犯的一个常见错误是,在并非所有内容都适合云服务时,一股脑将所有内容都转移到了云端。Crawford表示,正确的做法是将最标准的业务应用程序系列存储在云端,并将特色代码保留在本地数据中心上。
Crawford建议,“如果你的业务与众不同,那么可以考虑只迁移电子邮件、日历、ERP、HCM等应用程序。核心后台功能至关重要,而且必不可少,但是它们在IP(知识产权)方面与你的竞争对手有什么不同的地方吗?如果答案是否定的,那么这是一个将它们迁移到云端的好机会。”
云迁移迈向成功的第三步:创新与差异化
你应该针对云端重构自己的应用程序,并应将其视为拥抱新方法和新设计的机会。为云原生设计重新构建尽可能多的本地应用程序,这样应用程序才具有弹性并可以根据需要进行伸缩。将应用程序容器化,这样它们才能在Docker上运行,并由Kubernetes管理。所有主要的云提供商都提供帮助在本地和云端上运行Kubernetes的服务。
Mann说:“据我所知,最成功的企业已经开始利用云特性进行创新了,而不仅仅是简单的复制,他们提供了从未有过的新原型,将服务提高到了客户从未期望过的水平,同时采用了新的方式为新的市场开发新的应用程序。”
云迁移迈向成功的第四步:制定具有凝聚力的策略
在策略层面使用云计算意味着重新考虑预算、组织、流程、技能、安全性、数据集成等等。技术只是其中的一小部分,策略的凝聚力可能会迅速消散。成功的迁移包括做出有意识的投资组合决策,以决定要保留和要移动哪些內容,要坚持使用或放弃哪些平台,如何重构应用程序以利用云的优势。利用通用计算、存储和数据库平台进行标准化可以降低复杂性并降低管理和运营成本。
不让事情复杂化意味着要避免过度复杂的迁移,避免付出太多代价。当项目太大、时间或预算太少时,就会发生一些糟糕的事情。不要贪多求全,要分阶段地分解项目,一次解决一个。采用类似devOps的迭代式方法也不错。做一个项目就可确保它们成功,然后再继续进行下一个项目。
云迁移迈向成功的第五步:考虑新的数据模型
向云端迁移可能意味着使用全新的数据模型。将数据存储在云端是将原有数据模型扩展为一个规模更大的数据模型的好机会。例如,转变为以客户为中心的模型可能意味着可从许多不同的来源引入更多的数据。
原来的本地数据可能只有一个简单的客户输入,例如名称和地址,但是新的云数据可能来自社交媒体、物联网设备和其他来源。你甚至可以迁移到完全不同的数据分析平台上。虽然亚马逊Redshift兼容PostgreSQL,但是谷歌的BigQuery却不同于精典的SQL或PostgreSQL。Snowflake则支持各种格式的半结构化数据。
Greenbaum说:“理论上讲,你正在改变原来的实践,因此你对需要从数据中获得哪些东西的需求发生了变化。数据质量的调整与其他的东西一样,都是政治上的决定。其不仅仅是将数据存储到云端这么简单,而是一个调整管理方式的问题。”
本文作者Andy Patrizio为自由撰稿人,现居加利福尼亚南部,从事计算机行业已经有20年时间。
原文网址
https://www.infoworld.com/article/3453664/5-ways-your-cloud-migration-may-fail-and-5-ways-to-succeed.html e