《谷歌云:面向首席信息官的应用迁移指南(21页).pdf》由会员分享,可在线阅读,更多相关《谷歌云:面向首席信息官的应用迁移指南(21页).pdf(21页珍藏版)》请在三个皮匠报告上搜索。
1、面向首席信息官的应用迁移指南Google Cloud 白皮书(2020 年 5 月)目录简介 .01第 1 章:从何处入手 .04构建应用清单第 2 章:我应该将应用迁移到云端吗?.07第 3 章:哪种迁移路径适合我?.09迁移到 GCP 代管式服务迁移到 Google Kubernetes Engine(GKE)上的容器迁移到 Google Compute Engine(GCE)上的虚拟机 迁移到 Google Cloud VMware Engine第 4 章:进行现代化改造而不迁移 .16在本地部署的 Anthos第 5 章:项目实现 .17 总结 .18简介成功的数字化转型可带来多种优势
2、,各企业组织正越来越多地设法利用这些优势。在 Google Cloud,我们相信有效地整合公有云的功能是这一重要历程的根本。通过利用云端资源提升或替换本地基础架构,企业可以去除许多围绕 IT 产生的限制因素,而这些限制因素常常会分散核心业务的发展动力甚至抑制其发展。云端集成开辟了通往简化的 IT 管理、可弹性扩缩的资源、灵活的成本模型和创新的新型服务等优化的道路,最终实现更高的运营效率并推动业务增长。此外,随着云端资源的应用变得越来越广泛和便捷,很多组织都开始主动改进其 IT 基础架构,以确保在竞争日益激烈的市场中能够持续获得成功。有时,组织若维持现状而不经优化,就可能在无意间阻碍了创新并浪费
3、了内部资金,从而加大了遭遇市场破坏者和激进型竞争的风险。而妥善执行的数字化转型不仅能帮助您保持竞争力,还能让 IT 员工摆脱低价值、劳动密集型任务的束缚,使他们专注于创新和影响力深远的项目,从而让您力争卓越。此外,用现代技术替换(或辅助)旧系统可以降低工作的复杂性和成本,同时还让您得以利用云原生工具来获取更好的商业情报和关键战略见解。最后,借助几乎无限的便捷可扩缩性,应用可以按需扩容和缩容,而您只需按实际用量付费。这样一来,您可以一直维持合理的成本,同时还可以加快开发速度并缩短采购周期。所有这些好处都可以为您的业务带来巨大的价值,而这正是数字化转型的目标。很遗憾,尽管许多组织已准备好通过云端进
4、行数字化转型,但他们可能难以制定有效的迁移策略。他们需要实用的规范性方法,而这些方法的设计需结合其技术要求、业务目标和对云技术的深入了解,以便让他们能够以持续收获价值的方式获享云在成本、效率、敏捷性和创新方面的优势。我们撰写本文的目的即为此提供帮助。我们将在本文中提供简单的规范性指南,以协助您完成数字化转型最重要的部分:初步操作。妥善设计的数字化转型策略不仅仅能帮助您保持竞争力,还能让 IT 员工摆脱低价值、劳动密集型任务的束缚,使他们专注于创新和影响力深远的项目,从而让您力争卓越。1在本文中,我们将重点讨论本地数据中心基础架构的迁移。但是,类似的指南也适用于托管在其他位置(例如,在公有云或本
5、地对接网点中)的基础架构,并且值得注意的是,从其他云服务迁移到 Google Cloud 可以快速简便地实现成本降低和更好的灵活性。我们将首先介绍如何进行有效的发现和评估,以确保清晰了解当前的应用堆栈和底层基础架构。然后,我们将帮助您利用这些信息来确定转换现有应用和工作负载的初步操作。由于不同应用最适合的策略可能各不相同,因此这些初步操作对于成功起着举足轻重的作用。事实上,着手进行数字化转型并规划相应的迁移策略时,没有唯一的正确答案。每种转型都有各自的细微差别和独特的考量因素。关键要了解可选方案的优缺点,并要认识到您正在开始云端之旅。为此,最好与能够为您提供帮助的云服务提供商合作来:1.评估您
6、的环境2.规划您的云端架构和迁移路线图3.建立云着陆区4.执行迁移5.确保进行高效的优化,以及6.在迁移期间和迁移之后为您的员工提供支持,以确保他们在迁移后的工作效率。为此,最好与能够协助您的云服务提供商合作来:1)评估您的环境2)规划您的云端架构和迁移路线图3)执行迁移4)确保进行高效的优化,以及5)在迁移期间和迁移之后为您的员工提供支持,以确保他们在迁移后的工作效率2数字化转型实际上是一项变更管理工作,需要企业在人员、流程和技术领域进行坚定的努力和一以贯之的领导;这种转型既是一种文化转变,也是一次技术改造。但是,考虑到在速度和工作效率方面的回报,这项转变无疑是值得的。请放心,我们将与您一路
7、相伴。3与业务成果关联的迁移之旅评估与规划迁移优化现代化改造技术评价应用基础架构数据管理WindowsLinuxVMware旧版AlAnthosOracleSAPEDWSQLAl管理Analytics(分析)整合扩展可重复的预期业务成果客户业务与技术挑战优先解决方案与业务目标最大限度地提升云服务的效率现代化改造、扩展、敏捷性扩展提升专业知识认证节省费用明日今日第 1 章:从何处着手?在确定迁移策略时,我们建议您全面考量,不仅要考虑技术要求,还应考虑您的业务目标(当前和将来)、任何关键的时间表以及您自己的内部能力。这些考虑因素中的任何一项都可能需要采用特定的方法来应对,您需要根据自己的情况进行权
8、衡。例如,如果您面临数据中心关停在即的紧迫情况,则应该考虑实施多阶段迁移,其中可能包括应用基础架构初步的“直接原样迁移”,从而通过重新部署到云端来立即实现基础架构的现代化改造。在“直接原样迁移”之后,便可以进行后续的现代化改造。或者,如果希望立即享受云端的全部优势(例如弹性、扩缩、代管式服务),则将迁移与较为激进的现代化改造(例如采用容器技术)相结合可能是最高效的方式。不过,无论在任何情况下,都请务必仔细考虑那些推动业务发展的应用和工作负载的特征。仔细评估这些应用以深入理解其需求、依赖项以及您当前环境的状态,这至关重要。如欲成功规划和执行应用迁移策略,请务必了解您的起点。构建应用清单要确定应用
9、迁移工作的范围,您必须首先为当前环境中存在的各种项目(例如应用和硬件设备)及其依赖项编制目录。构建此清单是一项非常重要的任务,除负责环境本身的团队外,我们建议您充分发动负责当前环境中每个工作负载的设计、部署和操作的内部专业团队。此外,如需就可简化内部评估的工具获取相关建议和帮助,不妨与我们联系。如欲成功规划和执行应用迁移策略,请务必了解您的起点。4如需就可简化内部评估的工具获取相关建议和帮助,请与我们联系。清单不应该局限于应用,还应至少包含以下内容:与每个应用关联的依赖项(例如数据库、消息代理和配置存储系统)。换句话说,也就是完整的应用堆栈应用之间(例如顺序工作流中)的任何依赖项支持您的应用的
10、服务(例如资源代码库、持续集成(CI)工具和工件代码库)服务器(虚拟或物理服务器)以及当前的操作系统所有计算工作负载、虚拟机、Hypervisor 等的资源利用率物理设备(例如网络设备、防火墙和其他专用硬件)编制此列表时,还应该收集有关每项内容的重要信息,例如:源代码的位置以及您是否能够执行以下操作 1)修改源代码和/或2)重新构建应用运行时环境中工作负载的部署方法(例如您使用的是自动化部署流水线还是手动流水线)网络限制安全要求任何软件或硬件的许可要求关键性能要求您的清单还应包含非技术信息,例如合规性要求。例如,您应该加入使用每项内容所依照的许可条款。尽管有些许可允许您在云环境中部署应用,但也
11、有许可会明确禁止云部署。此外,某些许可是根据使用中的 CPU 5或套接字的数量分配的,这些概念在云技术平台上可能不适用。另外,您的某些数据可能对存储的地理区域存在限制。最后,某些敏感的工作负载可能需要采用单独租用的方式。完成清单后,您应该分析每个应用堆栈的特征,以帮助就转型历程制定决策和规划。6Google Cloud 提供了多种方案来支持您的应用堆栈,包括 Google Kubernetes Engine、Google Compute Engine 和各种代管式服务(如存储、网络、大数据、监控、AI/ML 等)。第 2 章:我应该将应用迁移到 Google Cloud 吗?云基础架构的优势很
12、多,我们强烈建议您利用 Google Cloud 从您的应用和工作负载中发掘尽可能多的价值。Google Cloud 提供了多种方案来支持您的应用堆栈,包括 Google Kubernetes Engine、Google Compute Engine 和各种代管式服务(如存储、网络、大数据、监控、AI/ML 等)。尽管如此,在某些情况下,迁移到云端可能 1)在技术上不可行或 2)在短期内无法实现。要确定您的应用是否可以及是否应该迁移到云端,首先要问问自己以下几个问题:我的应用堆栈组件是已经虚拟化还是可虚拟化?我的应用堆栈是否可以在云环境中运行,同时仍满足所有许可、安全性、隐私和合规性要求?云端
13、是否可以支持所有应用依赖项(例如第三方语言、框架、库等)?如果上述问题有任何一个的答案是否定的,我们建议评估一下是否可以用一种云产品和服务替换这些应用组件。如果所有问题的回答都不是否定的,我们建议您在数字化转型的初始阶段将这些组件保留在本地,同时专注于迁移其他应用组件。如果无法再在本地保留(例如,如果您必须完全关停数据中心),或者您希望更加靠近云端资源,建议您利用 Google Cloud 的 Bare Metal 解决方案,或迁移到邻近适当云区域的对接网点(colo)。借助对接网点,您可以根据需要将应用的大部分组件迁移到云7另请注意,任何迁移决策都还必须考虑战略性业务考量因素。如上所述,如果
14、您的公司面临必须在特定期限内缩减数据中心规模的任务,则可能需要在转型的初始阶段更激进地迁移应用。当您与 Google Cloud 合作规划迁移策略时,我们将综合考虑技术和业务因素以协助您确定适当的范围。应用迁移指南8否迁移到云端迁移至 Google Bare Metal 解决方案替换为等效的云服务保留在本地是否能保留本地数据中心?您的应用是否可以与相关的云应用位于不同的部署位置?在本地是否仍然可行?是否能被云产品和服务取代?否否否否是是是是是候选应用堆栈是否可虚拟?是否支持云服务?是否受支持?我的应用堆栈是已经虚拟化还是可虚拟化?云中是否支持所有应用依赖项?我的应用堆栈是否可以在云中运行,同时
15、满足所有许可、安全性、隐私和合规性要求?端,同时仍保持与旧组件之间高吞吐量、低延迟的连接(非常适合进行容器化评估当前的操作系统(OS)许可模型,以确认应用是否能够在容器中运行。如果需要,请确定任何必要的配置更改,Google Cloud 支持替代方案和/或 GKE 提供的操作系统替换方案。兼容的许可=非常适合进行容器化想要评估应用工作负载是否可以灵活应对重启和扩容?能否灵活应对重启和扩容?=非常适合进行容器化回答完这些问题后,如果您的应用非常适合进行容器化,您应该确认是否满足完成迁移1要求的任何前提条件。一些非常适合容器化的示例包括:Web 应用服务器、业务逻辑、J2EE 中间件(例如 Apa
16、che Tomcat)、多层堆栈(例如 LAMP、WordPress)、开发/测试应用、训练、实验室和低负载服务。请注意,当您在 Anthos 平台中利用 Google 代管的容器时,这些容器可让您跨混合云和多云端环境移植应用和工作负载。如果混合云或多云端方法符合您的战略目标,我们建议您采用 Anthos。借助 Anthos,您可以集中查看所有 GKE 代管的环境,从而简化全局应用管理。1 GKE 迁移文档(请参阅“前提条件”部分):一些非常适合容器化的示例包括:Web 应用服务器、业务逻辑、JEE 中间件(例如 WebLogic、WebSphere、Apache Tomcat)、多层堆栈(例
17、如 LAMP、WordPress)、中小型数据库、开发/测试应用、训练、实验室和低负载服务。12无论如何,在迁移到 GKE 时,您都应结合自己的实际情况考虑长期目标。从长远来看,大多数情况下基于微服务的方法将最大限度地提高效率。但是,根据您的可用资源、团队的专业知识、项目时间表等情况,直接采用微服务可能不切实际。初始阶段,我们建议使用 Migrate for Anthos 来降低将虚拟机转换为容器的复杂性。当您熟悉容器、云服务和 Kubernetes 后,建议您最终考虑重构应用堆栈,以便在转型之旅的下一步中采用微服务架构。微服务可以让您的应用堆栈获得更多优势,包括容错能力提高、更易于维护、可移
18、植性和增强的可扩缩性。为了更快采用 GKE,请使用 Migrate for Anthos 产品来编排应用的自动迁移。例如,全球系统集成商 Atos 一直在使用 Migrate for Anthos 加快其客户的云迁移之旅。迁移到 Google Compute Engine(GCE)上的虚拟机 绝大多数应用都可以按原样迁移到 GCE 上的虚拟机,因此“直接原样迁移”为云采用提供了最简单、最快的途径。如果您要将基于 Vmware 的工作负载迁移到 GCE,则应采用“迁移并优化”方法。这将需要更改虚拟机的运行结构,但您将可以充分利用更多的云原生功能。如果您想分阶段进行现代化改造、受到时间限制,或者您
19、的应用堆栈不适合立即进行容器化,那么应该将执行“直接原样迁移”作为主要途径。迁移到 GCE 上的虚拟机之后,即可获享云的可扩缩性和弹性以及所有随附的技术和业务优势,从而立即实现对基础架构的现代化改造。“直接原样迁移”策略的广泛适用性使这些优势可以应用于具有各种配置文件(包13“容器已经成为我们的云技术格局的一部分,为我们提供了一种强大的方式来管理和维护我们的系统以及客户环境。同时,我们在生产环境中有很多虚拟机,我们一直在寻求将这些虚拟机迁移到混合云交付模型的好方法。Migrate for Anthos 在转型项目中为我们额外提供了一种功能强大的工具,它将进一步加快我们取得云成功的步伐。”Mic
20、hael Kollar,Atos 云工程高级副总裁括:各种操作系统(例如 Windows、Linux)、苛刻的性能要求、特殊的内核需求(例如内核模块),或具有特定于硬件的许可限制(例如每个 CPU)的应用组件。“直接原样迁移”和“迁移并优化”也为将来的应用级现代化改造奠定了基础。当您的应用迁移到云端之后,其他现代化改造(例如采用容器技术)就变得容易得多。当您进一步熟悉云工具和各种云服务之后,可以按照自己的步调逐步进行后续的现代化改造工作。为了更快采用 GCE,请使用 Migrate for Compute Engine 产品来编排应用的自动迁移(迁移目标为 GCE 虚拟机)。嘉德诺(Cardi
21、nal Health)是一家市值 1300 亿美元并名列 财富 500 强的医疗保健提供商,像他们这种行业领先企业在将虚拟机迁移到 GCE 后享受到了大量好处。嘉德诺将现有系统迁移到了云端,实现了安全性和数据保护水平的提升,享受到了速度快和费用省的优势,并加大了基础架构的灵活性和业务敏捷性。他们最初没有任何 Google Cloud 相关经验,仅通过与 Google Cloud 服务团队协作来规划和执行迁移工作,就在短短 3 个月内实现了生产就绪。将 VMware 工作负载迁移到 Google Cloud VMware Engine(GCVE)最后,如果您现有的环境是基于 Vmware 的,并
22、且您希望最大程度地减少对当前运营状况的更改,那么不妨考虑使用 GCVE。GCVE 是代管式 Vmware 即服务型产品,专门针对 Google Cloud 上的 Vmware 工作负载而构建。如果您要将 Vmware 虚拟机“直接原样迁移”到云端,GCVE 就是最快、最安全、最灵活的方式。GCVE 使企业客户能够在 Google Cloud 内专属的专用软件定义数据中心中以原生方式运行 Vmware 虚拟机。迁移到 GCE 上的虚拟机之后,即可获享云的可扩缩性和弹性以及所有随附的技术和业务优势,从而立即实现对基础架构的现代化改造。14这样一来,客户无需变更工具、流程、政策或生态系统集成解决方案
23、,即可将 Vmware 从本地迁移到 Google Cloud。这项新服务使我们的客户能够在 Google Cloud 中运行基于 VMware vSphere 的工作负载,同时还可以受益于 Google Cloud 的独特优势,包括:我们安全且可扩缩的全球基础架构、创新的数据分析以及 AI/ML 功能。用户将保留对 VMware 栈(包括 vCenter、vSAN 和 NSX)的完整原生访问权限。15“在运用您需要什么帮助这一方法,以及在了解我们的目标以及如何帮助我们实现目标方面,Google Cloud 堪称典范”。Brian Hanlin,嘉德诺 Cloud Platform 高级总监本
24、地云云原生应用传统/旧版应用一种解决方案不可能适用于所有情况根据客户现状为其提供所需的产品与服务(GKE/Anthos)(GCVE)(GCE)直接原样迁移迁移并优化工作负载工作负载混合云改进改进和迁移第 4 章:进行现代化改造而不迁移在本地部署的 Anthos 如果您的应用必须保留在本地,该怎么办?在很多情况下,这些应用仍然可以从基础架构现代化改造中受益。具体来说,利用在本地部署的 Anthos GKE 是一种两全其美的解决方案:应用可保留在本地,同时仍可以利用容器化的优势和 Google Cloud 的优势。如上所述,Anthos 通过统一视图来展现所有 GKE 代管式环境(无论是在本地还是
25、在 Google Cloud 中运行)来简化混合云和多云端应用的管理。最后,通过利用 Anthos 进行现代化改造,您还可以为将来的混合云集成打下基础(如果需要)。如需详细了解 Anthos 以及确定您的本地应用是否非常适合通过 Anthos 进行现代化改造,请参阅此 Anthos 概览。16当您将目光从初步的迁移转向转型之旅的后续阶段时,我们可以帮助您进行相应的规划。第 5 章:项目实现上述指南可帮助您就迁移策略的初步工作定义一个模板,包括考量您的业务可能存在的特定非技术因素(例如,与迁移关键业务应用关联的风险/时机)。当您执行战略和战术(包括时间表、资源配置等)规划时,我们将与您紧密合作以
26、帮助您实现目标。然后,当您将目光从初步的迁移转向转型之旅的后续阶段时,我们可以帮助您进行相应的规划。17总结在本文中,我们就数字转型第一阶段需要做出的关键决策提供了简单指南,例如是否将应用迁移到云端以及如何进行这些迁移。如上所述,您需要从实际情况出发。数字化转型是一个历程,与大多数历程一样,有很多可供选择的途径。不过,借助我们提供的指南,您可以放心地开始自己的历程,并明确了解最初需要完成的实际工作,以便与 Google Cloud 合作来提升业务。如果您有疑问,或需要我们根据您的环境或业务具体要求提供更详尽的指南,建议您与我们联系。我们随时乐意为您效劳。是否能保留本地数据中心?您的应用是否可以
27、与相关的云应用位于不同的部署位置?候选应用堆栈是否能迁移到云端?是否非常适合代管式服务?是否有任何应用组件不受支持?是否非常适合容器?在本地是否仍然可行?是否非常适合容器?是否非常适合容器?是否正在 Vmware 上运行?您的应用堆栈是否能迁移到公有云?云中是否有适用的代管式服务?应用堆栈的组件是否无法被代管式服务取代?您的应用堆栈是否非常适合容器?您的应用堆栈是否非常适合容器?使用在本地部署的 Anthos按原样保留在本地使用 Anthos On Bare Metal 解决方案按原样迁移至 Google Bare Metal 解决方案“直接原样迁移”至 GCVE“直接原样迁移”至 GCE容器化以使用 GKE使用代管式服务否否否否否是是是是是是是是否否18应用迁移指南摘要