本文论述了云迁移过程中如何避免陷阱和收获回报
转载自:Andy Patrizio (InfoWorld | 2019年11月18日)
对于大多数公司来说,迁移到云不再是"如果"而是"何时"的问题。通过将应用程序迁移到云上,可以提高安全性、数据访问、可伸缩性和IT灵活性,但这仅仅是开始,转移到云同时也可以帮助您省钱。
然而,请注意:并非所有云迁移都能够进展顺利。迁移的时间通常比预期的长,有的甚至会完全失败,导致时间和开销的浪费。有的应用程序移动到云上后,我们甚至会发现它在云上的表现不如在本地运行的好。结果可能只是另一次迁移——回到本地数据中心。
安全供应商Fortinet赞助、供应链专家IHS Markit最近进行的一项研究发现,许多公司(74%的受访者)在未能实现预期的好处后,已经将基于云的应用搬回了公司。
这不是一个新问题。通过谷歌搜索云迁移失败的案例,可以追溯到几年前的案例。这个问题已经被讨论了有一段时间了。追根溯源,迁移失败不是技术上的失败,往往是领导力的失败。
以下论述了导致云迁移失败的5个主要因素,以及如何才能成功。
云迁移失败#1:缺少一个好的合作伙伴
第一步是要意识到您不能单独做这件事,尤其是在开始的时候。您需要一个合作伙伴,不管是像埃森哲这样的全球性专业服务公司,还是当地的咨询公司。这是问题需要仔细考虑,包括考虑到一些外部因素。理想情况下,您在您的行业和地区能够找到帮助挑选合适的合作伙伴的一个网络顾问。
选择合作伙伴要小心。您需要一个非常有价值的合作伙伴,一个不仅有技术能力而且有变革管理能力的合作伙伴,"企业应用咨询公司总裁Joshua Greenbaum说。
一个好的云迁移专家可以帮助您确定要迁移的最佳应用程序,确定如何集成遗留系统和云服务,并计划和执行迁移。一个好的合作伙伴还可以帮助您制定一个有效的混合或多云策略。
云迁移失败#2:云上的不适症
公司最常犯的一个错误就是让他们的应用程序在云中运行,就像在本地运行一样。CIO咨询公司Avoa总裁蒂姆•克劳福德(Tim Crawford)表示,这是一个巨大而常见的错误。
Crawford说:"本地应用程序习惯于在高峰时消耗资源。"云被设计成在您需要资源的时候使用它们,在您不需要的时候把它们还给您。但传统的应用程序并没有充分利用云计算的自主权和编配能力。"
太多的客户忘记了他们在公有云上运行的每一个字节都是计量的,他们将不得不为此付费。他们让未经修改的应用程序全速运行,耗尽了计算周期,一个月后账单就来了。简单地将一款应用升级并转移到云端,很容易引起用户对账单方面的震惊。在最坏的情况下,您面临的是回退到本地数据中心。
云迁移失败#3:内部技能不足
如果您认为您可以使用ITIL框架、瀑布流程、单片应用程序、操作竖井等老的技术和方法来管理您的公有云或甚至混合云,那么您将会大吃一惊。
您需要能够管理动态基础设施、容器、自动化、微服务等方面技能的人。问题是,其他人也需要!新技术会有对运维有所帮助,但吸引、培训和留住高精尖的人才仍然至关重要。
分析公司Splunk的首席技术倡导者Andi Mann说:"云操作模型将传统的、静态的、单一的软件管理(使用独立的本地遗留工具和套件)转移到一个高度分布式、动态、原子化和抽象的服务环境,这些服务通常由基于云的多点解决方案管理。""它需要具备管理云平台本身以及容器、微服务、API、SaaS系统等的新技能。"
云迁移失败#4:没有引入利益相关者
云迁移项目的良好治理将涉及到每一个被转移到云业务的相关者。然而,通常情况是,项目由IT部门驱动,然后他们在项目完成后告诉那些受影响的人。
Greenbaum说:"这种情况比任何人承认的都要普遍。"这其中有很多是基本的项目管理,检查指导委员会中是否有合适的人,并获得正确的信息。他们经常不被邀请,得到通知时,为时已晚。"
Greenbaum最近遇到的一个例子是一家公司在迁移到云的过程中对客户体验进行了重大的改变。不幸的是,他们没有考虑到对供应链的影响。因此,供应链团队并没有参与销售改革。迁移完成后,供应链组的成员才意识到发生了什么,并发现他们无法满足改造产生的新需求。
云迁移失败#5:不切实际的期望
迁移到云计算可以带来巨大的好处——速度、灵活性、成本降低、战略重点、可伸缩性、覆盖范围,等等——但它也会带来一定的风险。要从云部署中获得最大的优势,首先要避免天花乱坠的宣传,并对您所能实现的目标和潜在的新风险抱有现实的期望。
领导层特别希望通过云计算节省资金,但情况并非总是如此,特别是如果您没有重新构建您的应用程序,很容易遭遇失败因素#2所提及的问题。此外,云采纳者通常也希望能够在邻近地区少做很多工作,但是云基础设施只会替代服务器,而不是您的IT人员。
不要认为您可以迁移到云环境,从而摆脱所有DBA、安全操作人员、服务台工程师和其他软件专家。如果您像绝大多数企业一样运行混合云,那么您仍然需要硬件支持工程师来支持您所持有的物理资产。
云迁移成功因素#1:带领合格的团队,并要求您的合作伙伴也这样做
对云服务的需求超过了供应,而且缺乏高素质人才来完成需要完成的工作。Greenbaum说,他看到很多项目因为人手不足而搁浅。
Greenbaum说:"项目之所以成功,是因为客户把他们的团队带到网格中,并要求他们的系统集成商也把他们的团队带到网格中。""如果您不把您最好的人放在上面,您就有可能得到一个较差的结果。"
云迁移成功因素#2:对云上的东西要挑剔
公司仍然会犯的一个常见错误是把所有东西都转移到云上,但并不是所有东西都属于云。Crawford说要把最标准的商业应用程序放到云里,并把独特的代码放在内部。
Crawford建议说:"如果这对您的业务没有什么区别的话,可以考虑将其转移,比如电子邮件和日历、ERP和HCM。""核心后台功能至关重要,但这就是您的IP区别于竞争对手的地方吗?""不。这些都是转向云计算的好机会"他这么说。
云迁移的成功步骤#3:创新和差异化
既然您应该为云重构应用程序,那么就把它当作您拥抱新方法和设计的机会吧。为云原生设计重新架构尽可能多的本地应用程序,其中的应用程序是有弹性的,可以根据需要进行伸缩。"容器化"您的应用程序,它运行在Docker上,由Kubernetes管理。所有主要的云提供商都提供服务来帮助Kubernetes实现在本地和云上的服务。
Mann说:"据我所知,最成功的组织已经利用云的本质进行创新,而不仅仅是复制——提供他们以前从未有过的新原型,将服务提升到客户从未期望的水平,并以新的方式为新市场开发新的应用程序。"
云迁移成功步骤#4:一个有凝聚力的策略
从战略上接近云意味着重新考虑预算、组织、流程、技能、安全、数据集成等等。技术只是一小部分,这需要一个有凝聚力的战略。一个成功的迁移包括做出有意识的投资组合决策,包括保持什么在本地数据中心,移动什么,坚持或放弃哪些平台,以及如何重构应用程序以利用云的优势。通过对通用的计算、存储和数据库平台进行标准化,可以降低复杂性和管理和操作的成本。
保持事情的简单也意味着避免过度复杂的迁移,并承担超出能力范围的工作。当项目的范围太大或时间范围或预算太少时,就容易失败。不要一次做完所有的事。应该把项目分成几个阶段,一次解决一个。采用迭代的、类似DevOps的方法。完成其中的一部分,确保它能正常工作,然后转移到项目的下一部分。
云迁移成功步骤#5:考虑全新的数据模型
向云的迁移意味着一个全新的数据模型的出现。将数据放到云中是将数据模型扩展到更广的模型的机会。例如,转移到更以客户为中心的模型可能意味着从许多不同的来源引入更多的数据。
旧的本地数据中心的数据可能有一个简单的客户输入,比如姓名和地址,但新的云数据可能来自社交媒体、物联网设备和其他来源。或者您甚至可以迁移到一个完全不同的数据分析平台。Amazon Redshift是与PostgreSQL兼容的,但是谷歌的BigQuery使用的类型与典型的SQL或PostgreSQL不同。Snowflake支持各种格式的半结构化数据。
Greenbaum说:"从理论上讲,您正在改变商业惯例,所以您需要的数据是不同的。数据质量的变化和其他任何事情一样,都是一个政治决定。这不仅仅是一个让我们把数据放到云端的简单问题,而是一个真正的管理变革问题。"
This article discusses how to avoid pitfalls and reap rewards during cloud migration
Reposted from: Andy Patrizio (InfoWorld | November 18, 2019)
For most companies, migrating to the cloud is no longer a question of "if" but "when." By migrating applications to the cloud, you can improve security, data access, scalability, and IT flexibility, but that's just the beginning. Moving to the cloud can also help you save money.
However, be warned: not all cloud migrations go smoothly. Migrations often take longer than expected, and some fail completely, resulting in wasted time and expense. Some applications, after being moved to the cloud, may even perform worse than they did on-premises. The result may simply be another migration—back to the on-premises data center.
A recent study sponsored by security vendor Fortinet and conducted by supply chain expert IHS Markit found that many companies (74% of respondents) have brought cloud-based applications back in-house after failing to achieve expected benefits.
This is not a new problem. Googling cloud migration failures yields cases going back several years. This issue has been discussed for quite some time. At its root, migration failure is not a technical failure but often a leadership failure.
Here are the 5 main factors that lead to cloud migration failure, and how to succeed.
Cloud Migration Failure #1: Lacking a Good Partner
The first step is realizing you can't do this alone, especially at the beginning. You need a partner, whether it's a global professional services firm like Accenture or a local consulting company. This is a question that needs careful consideration, including taking into account some external factors. Ideally, you can find a network consultant in your industry and region to help select the right partner.
Choose your partner carefully. You need a highly valuable partner, one that has not only technical capabilities but also change management capabilities," says Joshua Greenbaum, president of enterprise applications consulting.
A good cloud migration expert can help you identify the best applications to migrate, determine how to integrate legacy systems with cloud services, and plan and execute the migration. A good partner can also help you develop an effective hybrid or multi-cloud strategy.
Cloud Migration Failure #2: Cloud Maladaptation
One of the most common mistakes companies make is running their applications in the cloud the same way they ran them on-premises. Tim Crawford, president of CIO consulting firm Avoa, says this is a huge and common mistake.
"On-premises applications are used to consuming resources at peak levels," Crawford says. "The cloud is designed to use resources when you need them and give them back when you don't. But traditional applications don't take full advantage of the cloud's autonomy and orchestration capabilities."
Too many customers forget that every byte they run on a public cloud is metered, and they'll have to pay for it. They let unmodified applications run at full speed, burning through compute cycles, and then the bill comes a month later. Simply lifting and shifting an application to the cloud can easily cause bill shock. In the worst case, you're facing a retreat back to the on-premises data center.
Cloud Migration Failure #3: Insufficient Internal Skills
If you think you can manage your public cloud or even hybrid cloud using old techniques and methods like ITIL frameworks, waterfall processes, monolithic applications, and operational silos, you're in for a surprise.
You need people with skills to manage dynamic infrastructure, containers, automation, microservices, and more. The problem is, everyone else needs them too! New technologies will help with operations, but attracting, training, and retaining top talent remains critical.
"The cloud operating model shifts traditional, static, monolithic software management (using separate on-premises legacy tools and suites) to a highly distributed, dynamic, atomized, and abstracted service environment, often managed by cloud-based multi-point solutions," says Andi Mann, chief technology advocate at analytics company Splunk. "It requires new skills to manage the cloud platform itself as well as containers, microservices, APIs, SaaS systems, and more."
Cloud Migration Failure #4: Not Bringing in Stakeholders
Good governance of a cloud migration project will involve every stakeholder in the business being moved to the cloud. However, typically, projects are driven by IT, who then inform those affected after the project is complete.
"This situation is more common than anyone admits," Greenbaum says. "There's a lot of basic project management here, checking if the right people are on the steering committee and getting the right information. They're often not invited, and by the time they're notified, it's too late."
A recent example Greenbaum encountered was a company making significant changes to customer experience during migration to the cloud. Unfortunately, they didn't consider the impact on the supply chain. As a result, the supply chain team wasn't involved in the sales transformation. After the migration was complete, supply chain team members realized what had happened and found they couldn't meet the new demands created by the transformation.
Cloud Migration Failure #5: Unrealistic Expectations
Migrating to the cloud can bring tremendous benefits—speed, flexibility, cost reduction, strategic focus, scalability, reach, and more—but it also carries certain risks. To get the most out of your cloud deployment, start by avoiding the hype and having realistic expectations about what you can achieve and potential new risks.
Leadership especially hopes to save money through cloud computing, but this isn't always the case, especially if you haven't re-architected your applications, making it easy to encounter the problem mentioned in failure factor #2. Additionally, cloud adopters often expect to do a lot less work in the neighborhood, but cloud infrastructure only replaces servers, not your IT staff.
Don't think you can migrate to a cloud environment and get rid of all DBAs, security operators, help desk engineers, and other software specialists. If you run a hybrid cloud like the vast majority of enterprises, you still need hardware support engineers to support the physical assets you hold.
Cloud Migration Success Factor #1: Lead a Qualified Team, and Require Your Partner to Do the Same
Demand for cloud services exceeds supply, and there's a shortage of highly qualified talent to get the work done. Greenbaum says he's seen many projects founder due to understaffing.
"Projects succeed because customers bring their teams to the grid and require their systems integrators to bring their teams to the grid too," Greenbaum says. "If you don't put your best people on it, you risk getting a poorer result."
Cloud Migration Success Factor #2: Be Picky About What Goes on the Cloud
A common mistake companies still make is moving everything to the cloud, but not everything belongs there. Crawford says to put the most standard commercial applications in the cloud and keep unique code on-premises.
"If it doesn't make a difference to your business, consider moving it, like email and calendars, ERP and HCM," Crawford advises. "Core back-office functions are critical, but is this where your IP differentiates from competitors? No. These are good opportunities to move to the cloud," he says.
Cloud Migration Success Step #3: Innovation and Differentiation
Since you should re-architect applications for the cloud, treat it as an opportunity to embrace new methods and designs. Re-architect as many on-premises applications as possible for cloud-native design, where applications are elastic and can scale as needed. "Containerize" your applications to run on Docker, managed by Kubernetes. All major cloud providers offer services to help Kubernetes implement services both on-premises and in the cloud.
"The most successful organizations I know have used the nature of the cloud to innovate, not just copy—providing new prototypes they never had before, elevating services to levels customers never expected, and developing new applications in new ways for new markets," Mann says.
Cloud Migration Success Step #4: A Cohesive Strategy
Approaching the cloud strategically means reconsidering budget, organization, processes, skills, security, data integration, and more. Technology is just a small part; this requires a cohesive strategy. A successful migration involves making conscious portfolio decisions, including what to keep in the on-premises data center, what to move, which platforms to stick with or abandon, and how to refactor applications to take advantage of the cloud. By standardizing on common compute, storage, and database platforms, you can reduce complexity and the costs of management and operation.
Keeping things simple also means avoiding overly complex migrations and taking on more than you can handle. When a project's scope is too large or the timeframe or budget too small, failure is easy. Don't try to do everything at once. Break the project into phases and tackle one at a time. Adopt an iterative, DevOps-like approach. Complete one part, make sure it works, then move to the next part of the project.
Cloud Migration Success Step #5: Consider a Brand New Data Model
Migration to the cloud means the emergence of a completely new data model. Putting data in the cloud is an opportunity to extend the data model to a broader model. For example, moving to a more customer-centric model might mean bringing in more data from many different sources.
Old on-premises data center data might have a simple customer input, like name and address, but new cloud data might come from social media, IoT devices, and other sources. Or you might even migrate to a completely different data analytics platform. Amazon Redshift is PostgreSQL-compatible, but Google's BigQuery uses types different from typical SQL or PostgreSQL. Snowflake supports semi-structured data in various formats.
"Theoretically, you're changing business practices, so the data you need is different," Greenbaum says. "Data quality changes are a political decision like anything else. This isn't just a simple question of let's put data in the cloud, but a real change management issue."