[字幕已自动生成。] 好的。 大家好。 我们 向所有与会者表示热烈欢迎 ，并很高兴您 今天决定参加我们的会议。 我们很高兴能够 展示一个非凡的成功案例、展示了 Microsoft、Capgemini、 NetApp和VINAMILK之间的技术和有效协作 我们如何帮助客户 在创纪录的中断时间内实现这一目标、 同时完全不中断业务、同时帮助他们降低总体TCO？ 我叫Bryan Mata。 我是Azure NetApp Files 专家。 在过去的四年里、我有幸 在可口可乐全球装瓶行业为其提供支持。 今天我们还有Daniel斯特格勒。 Daniel是 Capgemini云基础架构高级主管。 Daniel与可口可乐合作 多年、不仅对可口可乐 装瓶机日本的迁移至关重要、而且对其他无数人也是如此。 我们很幸运地 看到了达米安·迪格里斯。 Damien是 Microsoft的一名主管、专家和SAP Global Black Belt。 他为大型企业的数字化 转型及其整体Azure云战略提供支持。 我想抽出一点时间鼓励大家 在问答环节中提出您可能有的任何问题 我们的专家实际上 参与了这个项目、他们 非常渴望回答您可能提出的任何问题。 向马克·马祖尔和斯科特·麦卡洛大声喊叫。 在今天的议程上、我们将介绍 NetApp、Microsoft、 Capgemini和Dynamic之间合作的优势。 我们将 通过视频证言直接听取客户的意见。 然后、Daniel将详细 介绍这一旅程的开始。 为什么客户对该团队表示信任、以及 我们如何在如此紧迫的时间内执行？ 我们将重点介绍 Azure NetApp Files中对此次 SAP迁移以及其他无数次SAP迁移至关重要的一些功能。 接下来、我们 将介绍此迁移如何帮助 可口可乐装瓶机日本公司适应人工智能。 最后、我们还将节省一些问答时间。 我们来讨论一下这 四家公司之间合作的优势。 NetApp、Microsoft、Capgemini和Dynamic 在合作开发解决方案 以满足客户需求方面有着悠久的历史、 无论是IT基础架构现代化、 联合开发解决方案和服务 还是云迁移。 这种合作关系 在协作、 专业知识以及我们今天要开展的工作方面是无与伦比的。 准备好将SAP大规模迁移到云。 充分发挥这种合作关系的无限潜能意味着 您的企业可以充分利用 SAP自己将 Azure指定为其首选云平台这一事实。 Capgemini拥有40多年的SAP经验、 无数奖项和认证、 以及无与伦比的服务和迁移 记录、提供了 一个经过 Microsoft和SAP广泛联合创新开发的成熟自动化平台。 借助Azure NetApp Files、您可以 获得经过全面认证的、性能 可靠的源存储解决方案、以满足 要求最苛刻的SAP工作负载。 我们一直 与Coke One North America、Lar等客户一起履行这一承诺 、而且这一目标还在不断增长。 最后、我要提到的是 、所有四家公司都 完全致力于与 可口可乐日本装瓶机公司合作、帮助我们的客户取得成功。 我们都是以一个团队的形式工作。 客户在 所有公司之间享受了顺畅无缝的互动。 但不要只说我的话。 让我们 通过此视频证言直接听取客户的意见。 我们的使命是在 为每个人创造价值的同时、提供快乐的时刻。 我们拥有600多个SKU。 几乎每天都有新产品出现在货架上。 数据保持稳定并 及时为我们的业务提供支持、这一点极为重要。 我们负责90%的日本可口可乐业务。 企业面临着 在正确的时间提供正确产品的挑战。 技术必须可用、 性能必须更好。 可口可乐装瓶商日本公司与我们接洽时提出 了一个非常特殊的业务优先级 当然、在六个月内、最大的机会 就是 在Microsoft Azure平台上成功运行世界上最大的SAP DB2数据库。 以相同或更高的工作速度和更低的总拥有成本、他们的 数据库具有最高的更新频率之一。 在我们的本地环境中。 我们的 数据大约为1、200,000 TB。 规模庞大。 停机非常重要。 Microsoft Azure平台 以其Azure NetApp Files存储 服务为基础、非常适合此类数据。 NetApp是备份的关键。要想 每天恢复数百万次事务，使用Azure NetApp Files一个 月后，我们就可以看到总拥有成本，我们 我们的备份和恢复还原点 也提高了50%。 服务交付时间已 从几个月缩短到几个小时。 现在、对于我们的组织来说、这意味着我们能够 在正确的时间、 正确的地点为客户提供我们的产品。 我们对市民有承诺。 我们希望 与消费者和我们的产品并肩工作、 为他们带来他们应得的幸福。 很棒 但以理，把我的一切都给你了。 是。 感谢您的介绍、Brian。 今天、我们想向大家介绍一下 可口可乐日本装瓶机公司转型之旅中这个项目的一些亮点。 Ksbj 我是，我们要去。 一些技术亮点。 我们不会谈论常规内容、 例如、我们是如何在 当前时间将数千个VM迁移出物理数据中心的。 这是正常的。 每个人都能 做到这一点。 很多人已经做到了。 我们真正谈论的是您的企业级应用程序。 企业级数据库服务器、我们讨论的是 每个服务器大小在50到100 TB之间的数据库。 一切。 在接下来的页面中 、您将看到的是项目中的真正项目项目、 这些项目是 我们在整个过程中向客户展示的项目。 因此、 其中没有销售信息或销售演示文稿。 因此、我联系了Microsoft和Capgemini、提出了 一个非常具体的问题。 您可能已经知道或也知道。 这就是 他们被困在物理数据中心。 物理数据中心无法随着 业务需求和IT需求的增长而增长、 最重要的是、在 备份恢复 灾难恢复功能以及性能方面、他们面临着一些严重的问题。 嗯、他们需要从该数据中心中 快速地走出该数据中心。 董事会规定了他们 只需六个月即可找到替代方案的时间框架。 请始终牢记、VDI过去和现在都在 DB2数据库环境中运行着世界上最大的SAP、 目前的DB2数据库文件超过2500 TB。 这是大量的DB2数据库数据。 最重要的是、所有支持系统和数据。 然后问题就变成了谁能做到这一点？ 此外、Microsoft和Capgemini之间的合作关系 可以追溯到 Azure经典时代、之后、 NetApp加入了我们的行列、共同致力于开发和提供 高性能底层存储服务。 此外、还通过基因组优化了 自动云服务。 我们对SAP Hana实例进行了类似的迁移。 与相同的合作伙伴一起将世界上最大的SAP Hana实例从传统数据 中心迁移到Microsoft Azure云平台。 我们非常有信心、我们可以 与合作伙伴一起达到或超过六个月的既定时间表。 NetApp Genomic和Microsoft从空白状态开始、意味着 只需空订阅即可 在Azure上成功运行27个SAP环境、 以更低的价格更快地运行、并具有更多功能。 这就是我们当时为客户提供的服务。 这是Capgemini分阶段方法。 每当我们向客户提供产品时、我们都希望 客户有选择、阶段、选项和选择。 在本示例中、我们提出了三阶段方法 以及增强型安全方法。 第1或第2阶段真正解决了他们的一个主要问题 、即让他们从物理数据中心中退出、并将所有SAP、 DB2环境和所有支持服务器重新部署 到Microsoft Azure平台。 第三阶段是一种变革性方法 、这意味着在Azure平台上、 我们可以执行一些操作、例如增加H. r 功能并提高HDR功能、 并引入多层备份策略、这 解决了该客户的许多问题、 他们在内部遇到的问题以及 增强的安全性是第一个问题、 客户不确定是否希望 在内部与自己的网络安全团队一起执行此操作。 后来、他们还将此任务分配给了Capgemini。 总之、整个项目在五个月内完成。 所以我们打赌时间线提前一个月左右。 到今天，这意味着六个月后，即 上线六个月后。 我们现在处于第13阶段、因为VDI 在初始转型后、 成功地将其从数据中心中移出 并开启所有这些功能 和可能性的世界后、 他们向合作伙伴Capgemini、NetApp提出了一个又一个阶段的请求 、并提出了他们一直希望做的事情的数量。 他们总是有这样的愿望、但在 传统数据中心内根本无法实现、 或者成本太高、他们的交付 周期如此长、以至于根本无法选择。 但是、现在他们已经迁移到云、 这绝对是他们的一个选择。 他们非常高兴能够踏上这一旅程 、并将这一现代技术堆栈 用于他们的业务。 对于每次迁移、对于 每次云转型、我们始终要做的一件事就是对源进行基准测试。 当你进行 这些类型的转型项目时，这是非常重要的， 因为如果你不知道你来自哪里，你就 不能真正建模你的目的地。 您更是猜测。 典型的计算方法是计算 一侧的CPU核数、在另一侧分配CPU核数、 TB存储也是如此、依此类推。 但是、当我们谈论这些 类型的企业级应用程序 时、当我们谈论50或100 TB 数据库中的数据库大小时、合作规则会发生很大变化。 这种猜测是不够的。 我们希望为 客户提供未来 性能预测，并将性能限制在正或-5%以内。 这对于客户规划 其性能和未来性能非常重要、 如果他们希望 在迁移到云时提高性能、 也对于传达这一点非常重要、同时对于成本预测和准确的成本预测也非常重要。 我们只 对这些基准使用行业标准工具和开源工具、 因为它们需要可复制。 出于多种原因、我们不想使用供应商提供的工具。 其中一些客户更喜欢不同的平台、不同的 硬件平台。 而另一种则不能 在不同版本之间进行比较、并会使结果产生偏差。 我们会降低硬件级别。 这意味着CPU内存、 磁盘网络吞吐量。 这就是我们的基准。 例如、您在后台看到的是 对 VDI使用高级存储的客户所运行的存储FIO的基准测试结果、 高级存储的最高容量为大约800兆字节 /秒、我相信是16万次4K IOPS。 根据这种数据、我们已经知道 、借助提供 Azure NetApp Files超SKU的A和F ultra、 他们的数据库运行 速度将加快大约20到30%、无需任何 修改、也无需任何额外修改、 只需基于该数据点即可。 另一个有趣的数据点是 我们执行的网络基准测试、 在本示例中、我们使用了Iperf之类的工具 、 数据中心供应商提供了 每秒10千兆的吞吐量。 但实际情况是 每秒只有1.8千兆位。 远远不及实际数据中心供应商的承诺 。 这一点在整个过程中都是一致的。 我认为中间有一个交换机导致了这 种性能下降、但尽管如此、 它让我们有了一个宝贵的见解 、即无论我们在Azure方面做什么、无论我们是SKU、 我们都选择性能提高。 在Azure上、节点间性能会显著提高。 我们正在讨论这种大小的数据库、其 真正的性能吞吐量 从每秒12千兆开始。 因此、客户从每 秒2千兆到每秒12千兆。 只需将此转型 迁移到Azure平台即可。 在这种 转型过程中经常出现的另一个问题是 、我们如何将数据从数据中心、传统数据中心或 有时也从不同的云中获取？ 在这种情况下、数据是海量的。 我们讨论的 是常规DB2数据的2、500 TB、 然后是 所有支持服务器的另外几百或几千TB常规数据。 经典方法是 使用迁移线来实现这一点。 所以你有一个Express或你有 一个站点到站点VPN等等。 问题在于、通常需要较长的 交付周期、具体取决于的区域。 您所处的世界。 NetApp的运行时间可能 介于数周到数月之间。 当然、这需要 客户进行资本投资。 通常、您不会在一 两个月内收到这些线路。 这是至少一年的承诺。 您只需要2或3个月。 在接下来的时间里， 这些高成本的线路将只是 一种资产，一种成本资产。 当您的 整个时间线只有5到6个月时、 您就不必再为等待 交付、配置为基准而等待。 因此、我们几年前 与合作伙伴一起开发的产品 现在让NetApp成为一种 使用现有互联网线路 的方法 、这些线路由全球所有数据中心提供商提供、 用于将数据直接泄漏 到Azure ANF NetApp存储。 这是一个我们 几乎可以在周末内完成的设置。 它是一组基于SD WAN的UDP协议、 能够很好地抵御因利用率差异而产生的抖动、 因此、它非常适合在 公共线路上长时间使用、 所有数据中心都 在其服务中提供公共线路、并且可以在很短的时间内使用。 当然、优势在于您可以 在相对较短的时间内开始迁移数据。 在这种情况下、我们已经在 开始初始接洽后的两周内迁移了数据、 这些数据迁移会在 几周内对某些数据库运行、速度约为每秒2.2千兆、 超过7千兆位时为24千兆。 这确实 使我们能够 在转换时间上缩减、因为数据已经 位于目标ANF存储的目标服务器上。 因此、这与导出 传统Blob存储不同、然后将 文件复制并导出到Blob、再从Blob中向下复制 并执行备份还原。 没有什么像这样的。 数据库已直接位于目标服务器上、 两端的两台服务器均可 通过TCP、UDP和 服务器视图中的专用IP地址范围进行本机通信。 它们彼此相邻、无需 在源服务器上重新配置、 这对于我们的许多客户来说非常重要 、因为他们不想重新配置 现有生产环境或添加新接口、 新IP地址。 没有什么比这更好的了。 您还可以使用 数据库和应用程序本机支持的所有可用复制协议。 它可以是Hana系统复制、它是一种活动 的协议、需要 在许多端口上直接建立TCP连接。 它可以是DB2复制、也可以 是Oracle或MongoDB复制。 所有这些功能都可以在这种设置下无缝运行、 而且确实可以让您 在很短的时间内将数据从数据中心泄漏出来。 而数据中心提供商、经过三个 月的试用和错误提供给 我们、或者至少他们尝试为我们提供 每秒95千兆位的迁移线、但明显失败、 然后进行了沟通。 哦、我们没有什么可以做的了。 抱歉、 如果您要迁移到其他数据中心、我们可以为您提供其他数据中心。 到那时、80%的数据 已经迁移到Azure、呃 Azure NetApp Files和Azure云平台、这 让 当前的数据中心提供商感到非常惊讶。 嗯、在底层存储方面、 当我们谈论这些 大规模数据库的海量存储时、 底层存储基础是真正的关键所在。 嗯、我们正在对 客户的来源和现有数据中心提供商进行基准测试、 但我们不会止步于此。 当然、我们 还会对目标进行基准测试。 在本示例中、它是Microsoft Azure平台。 下面是 我们对 NetApp产品进行基准测试的一个示例、我们在该示例中对 当前产品和未来产品进行了比较。 作为Capgemini、我们是一家开发合作伙伴、因此 我们不仅是SET技术的实施者。 可 通过Azure市场获得SET技术、 但我们也为 自己在开发周期中的投入感到自豪。 我们合作的一部分是对 不同 供应商(此处为NetApp)提供的不同服务进行基准测试、 并确保它们兑现承诺。 例如、在本次基准测试中、 您可以看到、 只需注册Azure NetApp存储即可获得海量性能。 我们谈论的 每月IOPS和吞吐量高达500万次、 其超大SKU超过每秒2.5 2.7 GB。 如果您谈论的是这些极端范围 、极端持续性能、范围吞吐量、 这正是我们的许多客户 在其传统数据中心中从未访问过的。 如果您考虑 EMC等传统数据存储提供商、那么 如果您想更深入地了解 更现代化的存储阵列、 例如适用于SSD系列的纯存储阵列、这是一个 非常大的纯存储盒、您需要购买。 当然、这样 的存储卷不会刚刚可用。 您没有 在 不同地区的云中提供的TB级存储卷、 如果您需要、几乎可以在两分钟内随意使用。 您可以 为项目、POC 或生产环境提供数TB的此类高性能存储。 如果您不再需要它、 可以在 两分钟内停用它、然后停止计费。 因此、这种灵活性和高性能 存储实际上只是目前的情况。 可从Azure云平台上的NetApp获得。 并承诺和完成。 Brian 在演示文稿开头就已经指出了这一点。 我们为向客户做出承诺而感到自豪、 并尽一切努力履行和履行这一承诺。 在这种情况下、您可以 在这里看到 东京总部CC VDI东京总部的主要转型活动的"不走"环节的图片、 右侧的Kashi分别 是向 董事会提交最后的"不走"更新。 及时。 正如我们所说的那样。 我们交付了董事会。 其中一位董事会成员收到 反馈、他对我们有点生气 、因为我们没有填写问题电子表格、 问题跟踪器、问题所在位置、 没有报告问题。 所以 它是空的，是有充分理由的。 我们在没有报告任何问题的情况下进行了上线。 董事会其他成员的反馈 令他不相信他说：“是否这样做了？ 完成。 因为这不是常态。 什么 cc VDI或什么对这一点很重要、 许多其他客户在执行此类 大规模转型项目时会遇到这样的体验。 云。 从数据中心到云项目。 嗯、这 被视为一个巨大的成功。 用户 在几个小时后 开始使用基于云的新系统时、唯一注意到 的是、一切都变得更加迅捷、速度更快。 嗯、我们最初的性能限制是、我们希望 为用户提供30%到40%的体验提升、 在 用户桌面和后端衡量性能提升 CP IT团队现在拥有了一整套新服务、包括 更多服务和功能产品。 例如、高可用性 显著提高了灾难恢复功能、从而增加了 、他们的备份情况最终达到了他们多年来所期望的程度、第一步将他们 真正大型数据库的备份时间 从23小时缩短到11小时、 而下一步将缩短到3分钟。 这些都是您 在使用企业级 应用程序时可以体验到的变革性事件。 从经典的内部 数据中心到云。 我们不是在这里谈论小改进 、而是在这里谈论5%或10%。 我们有时会讨论 一些非常显著的改进、这些改进 使您的IT能够 彻底改变您的交互方式、 彻底改变您执行中断窗口、 修补程序窗口以及许多其他操作的方式。 我们将从Brian、Microsoft和Microsoft那里 了解更多信息、了解 在迁移到Azure NetApp Files和 迁移到Azure云服务时您可以期待哪些其他改进。 Daniel。 谢谢你。 感谢Daniel的详细介绍。 您的团队在确保 满足所有基准方面表现出色。 嗯、你知道、到他的角度来看、有一件事 可以让大家摆脱这种情况、那就是ANF 毫无疑问是 云中性能最高的文件存储服务。 这就是五年前、我们能够满足 获得SAP Hana认证所需的所有KPI的方式。 虽然性能显然是一项关键要求、但 它只是 我们的技术所能提供的整体价值的一部分。 性能和容量均可按需扩展。 随着 SAP环境的持续增长、这一点至关重要。 借助ANF、您可以 根据业务需求轻松地扩展和缩减存储容量、 而不会对应用程序造成任何中断。 数据管理也是一个非常关键的因素。 ANF可以显著降低管理开销 并简化整体业务运营。 由于这是Azure原生版本、因此您可以 通过Azure门户轻松部署和管理ANF。 作为管理员、您不必担心 升级操作系统或固件等问题、 也不必更换磁盘驱动器、 或者我需要为河内配置。 我们已经消除了 部署和管理企业级存储的所有复杂性、 并将其转变为易于使用的Paas Paas 产品。 Azure PaAzure服务。 好的。 因此、您的SAP环境具有高性能。 它可以 扩展您有效管理数据的能力。 现在、您将如何保护它。 ANF提供 高级数据保护功能。 这些是快照之类的。 克隆、复制。 这些功能对于SAP工作负载至关重要。 我们还与Microsoft Azure Snap联合开发了Azure 应用程序一致的Snapshot。 这是一款应用程序感知型流程编排工具 、免费提供、现已全面上市、 可用于SAP DB2环境并获得全面支持。 此工具将为 您提供应用程序一致的数据保护、 快速备份快照以及为 开发人员克隆存储卷。 Daniel指出、通过利用Azure Snap Se、 BGI可以将备份时间 从23小时缩短为2分钟。 我真的想花一分钟时间，让这一发言 在23小时后缩短到两分钟。 因此、归根结底、关键在于实施 全面的ANF数据保护策略。 这为CBJ的业务带来了巨大的价值。 我们 能够减少他们的备份。 时间缩短50%。 他们的响应时间缩短了40%。 他们将故障转移到灾难恢复的时间缩短了90% 、并整体减少了。 TCO降低30%。 正是为了提供这样的结果、 全球一些最大的公司才将ANF 用于其业务关键型SAP环境。 因此、既然客户的所有 数据源都位于Azure中、 现在是时候 为业务制定有效的AI战略了。 如果您考虑AI对 零售的影响、那么它对我们、 客户和消费者来说绝对是令人兴奋的。 我们可以获得 个性化购物体验、 改进的客户服务、增强的产品搜索等 优势、对于BCBB等零售商、他们可以充分利用供应链优化、 库存管理和数据分析。 这里的共同点是数据。 这就是Azure NetApp Files成为 零售客户的理想选择的原因。 AI要求。 ANF的价值主张。 它不会改变。 这与我们在上一张幻灯片中介绍的内容相同。 AI工作负载需要高性能存储来处理和 分析这些大型数据集、并快速完成这些工作。 ANF可 在Azure云中提供高性能、低延迟存储。 AI项目通常需要海量数据、 因此管理和扩展 这些数据的能力至关重要。 ANF可按需扩展容量、确保 数据安全无虞。 我们讨论了ANF如何利用内置技术 增强数据保护。 正是通过提供创新的 AI解决方案、我们才有信心将自己称为 智能数据基础架构公司。 现在、存储 只是整体战略的一部分。 因此、要详细介绍Azure如何帮助 像Customers (如：客户关系管理)这样的零售客户开发他们的人工智能(AI)计划、 我会将其转交给Damian。 谢谢、Brian。 感谢Daniel 深入介绍了 将 SAP工作负载迁移到 在DB2上运行的可口可乐装瓶机日本公司SAP解决方案所花的时间和时间、并 利用NetApp文件作为存储子系统 将工作负载成功迁移到云中。 现在、系统已迁移到云中、 我们将从 了解它们当前所处位置的角度探讨可能的UM的艺术。 现在我们知道、KPI、性能、 这些系统无缝、无缝地运行、 与以前相比。 嗯，具体来说 ， 因为它与主内存区域有关，因为它与 存储子系统相关的KPI (尤其是IOPS)有关，这 使他们不仅 开始探索或为 探索可能的艺术奠定基础。 这就是为什么这 张幻灯片不言自明、嗯、 日本的可口可乐装瓶商 现在能够利用 由AI CopPilot提供支持的扩展Azure服务、 通过智能CopPilot提供支持、不仅可以扩展 和创新、还可以增强 SAP上 运行的现有功能、其中一些功能专门在非SAP系统上运行。 当您看到并尝试理解时、本幻灯片似乎 有点复杂。 但这是一种价值产品。 在支持AI和智能Copilo仪 的基础上构建的价值解决方案。 现在、系统已位于云中、因此、 日本可口可乐装瓶商能够 从 基础架构即服务的角度深入了解其系统的利用率、同时了解到 现在 以及这些解决方案是否具有这些KPI、 要获得这些见解、您需要借助 人工智能、这些 服务或服务已 启用并启用了智能CopPilot。 此外、当您审视 云的价值主张并了解 Microsoft云超越了基础架构 即服务、核心服务、核心服务、我指的是 VM、计算内存要求、 存储子系统。 我们知道、NetApp正在利用 但是、现在、日本的可口可乐装瓶商 不仅能够 通过支持CopPilot的安全UM、 Azure中可用的内容或服务 来增强安全性、还能够从数据中获得洞察力并深入了解数据、以便他们做出更明智的决策。 他们将从 尝试梳理数据的手动流程转变 他们就可以利用连接器、 利用 开箱即用的功能来深入了解这些数据。 此外、还扩展了报告功能、并扩展了 为扩展的用户社区提供服务的能力。 此外、当他们 审视业务流程 并了解到每个决策都必须 与特定职能领域或特定 核心 业务流程保持一致时、这些核心业务流程是其任务和业务关键型运营的一部分。 嗯、他们必须这样做。 现在、他们可以 查看 用于快速部署电源应用的电源平台。 这些高级应用程序不仅 与日常业务运营保持一致、还 与运行这些业务的人员保持一致。 这个用户可以是应付账款、 应收账款、也可以是做一些相关的事情、 嗯、 库存管理、订单到现金 采购到付款等。 此外、借助 M365中嵌入的Copilot副本提高工作效率的能力、用户可以 通过 因此、当您从整体角度审视一个或一个 部署了SAP运营并将SAP作为 业务中心的客户时、运营和 集成是首要考虑因素。 从 以下角度来看、集成是最重要的考虑因素：不仅 要从供应链物流运营的整体角度来看 、 还要了解B2B应用程序到应用程序VDI、第三方物流集成以及 我们交付的所有这些解决方案或服务的要求并不是为了 替换现有SAP解决方案、 而是为了重点和目标 扩展SAP的功能。 在这种情况下，日本可口可乐或日本可口可乐装瓶公司 有能力开始设想和 探索可能的权利的艺术。 因此、考虑到这一点、并 通过在云中运行SAP工作负载来考虑向以云为中心的解决方案的过渡、然后 开始设想探索 可能的艺术的能力。 我们的客户通常面临的问题 是、我从何处着手、如何着手？ 我的难点是什么？ 如何利用这些优势？ 云中提供了该功能、让我能够 快速、 快速地实现价值。 嗯、在这种理解水平下 、大多数客户、其中一些 客户、我们知道的一些客户确实面临着一个挑战 、那就是了解或确切了解 他们的真正难点。 但是 、当他们看到一个全新的平台、 例如人工智能或内置了Copiloor 的AI时、那么利用加速器是 一个不错的选择、我们提供了 特定的即 装即用加速器、使他们不仅能够识别出日本的可口可乐装瓶商 、以提高质量效率来改进制造 、还能减少制造开销、 全面消除浪费。 此外、我们还会介绍IoT和其他一些解决方案、这些解决方案可以帮助 他们全面改进制造运营 、深入了解 机器的维护和运行情况、以及 运输管理等。 通过 全面利用支持Copilot、UM或AI的所有这些Copilot。 因此、如果 他们意识到这一点、并利用我们的基础服务、这些服务由智能副本提供支持、那么一旦获得这些知识、 他们就可以开始考虑 在云中开发自己的内容。 这就是真正的价值实现、他们可以展望 并开始探索可能的艺术。 现在进入下一张幻灯片。 我们谈到了安全性。 我将简要介绍一下 真正为 客户利用它的安全性而设计的安全性或副本。 从手动过程 ，从安全操作中心 到利用um copPilot。 是的、或者内置了Copilto 的AI 、通过将时间从数小时缩短到数分钟、降低复杂性、 利用联合AI进行更深入的分析 在某种程度上、一切都是一种被动 的监控方法、而不是主动的。 即使您使用的是利用 自动化的工具、但如果 您不了解和深入了解整个组织的安全范围、具体而言、当您从端到端角度来看、 您拥有云、拥有数据中心、 您就是一家具有全球定位的公司。 我会让您能够在整个 频谱中、在整个频谱中、从端到端进行查看。 这样不仅可以增强工作中的个人能力。 作为一名企业级的安全主管， 他们能够利用这些工具来 增强日常工作相关的任务。 随着我们不断向前发展、我们讨论了 业务流程、 我们讨论了可用的解决方案。 因此、您不仅可以 而且还可以通过一个过程 来利用这些解决方案来了解如何利用 现有业务流程。 借助自动化、 您可以通过一个真正描述性的流程来 设计能够 通过自动化制造复杂流程的服装、对吗？ 简化IT、消除人为因素、 并在用户日常生活中使用这种方法、 以最大限度地减少冗余 、最大限度地提高工作效率、 端到端地了解业务流程为目标 嗯、您知道、利用 高级虚拟代理的能力、是 的 、让您可以开始构建特定的爬虫程序、以便在您的业务环境、 用户体验环境、当今环境以及 用户生活中访问您的更多信息。 这些解决方案都可以 在可口可乐的指尖找到。 嗯、我说、嗯、我之前说过、嗯、我 会再次强调、嗯、 以业务成果为中心、以业务流程为中心的方法、用于开发 内容 了解行业的发展情况。 确切地了解 该行业中存在哪些与所有 嗯、无论他们是在制造领域、 可口可乐日本公司都可以利用这一点来提高 制造质量、让生产效率更高、 对。 减少浪费、减少停机时间。 最重要的是、开始关注难点、 消除冗余、以便他们能够 在此基础上开始创新。 因此、我们专注于业务流程。 那么、您有不同的支柱。 客户经营财务。 客户运行的是 与订单到现金、采购到付款具体相关的内容。 计划 在整个物流、生产、规划、 销售和分销过程中减少运输管理。 嗯、一些 正在开发的功能内容、嗯 、您知道、在 这需要花费数年时间。 现在、您可以真正利用 Microsoft Azure原生服务中存在的功能来增强 此特定业务流程的功能。 因此、当我们审视业务 流程的功能时、我们需要重点 从一个点、一个 难点来 了解端到端流程、同时还要了解如何 优化这些流程、即已经交付的流程。 如何利用 内嵌了所有这些功能的即装即用解决方案？ AI是IT的核心？ 这些都是 可口可乐日本公司可以利用的东西。 与 其他专门从事这一领域的公司相比，一些专门从事这一特定细分市场的公司不仅可以自动执行整个业务流程，而且能够保持较高的竞争力。 采用和了解 您从何处着手非常重要。 当我们进入下一张幻灯片时、我们知道 许多SAP客户、他们拥有开发人员、 他们在过渡到Hana时开发内容、 需要缩短项目时间、需要 提高 交付质量的效率、需要 满足特定用户的需求和 业务流程的要求。 那么、利用AI来了解您的代码行、 无论该代码是基于ABAP还是任何 其他开发语言、都非常重要。 这里所显示的是客户的 调查结果，这些客户 在一定程度上使用AI来构建新代码。 46%的 企业已经在利用AI实现这一目标。 55个用户正在使用它来 提高整体开发人员的工作效率。 嗯、因为速度更快。 AI了解 代码行。 AI了解最佳实践。 因此、开发人员只需利用该 工具、不仅可以从 最佳实践功能角度使用该工具、还 可以消除冗余、消除错误、 提高工作效率。 对开发人员的满意度为75%。 您知道、Capgemini等系统集成商 是指可能 已分配托管服务部分的可口可乐装瓶商(日本)等客户。 此外、Capgemini还会利用这些解决方案、 使开发人员能够 为客户交付内容。 因此、从AI工具 功能向前发展、了解可用的功能、 现在我们已经启用了CopoPilot、 AI解决方案、它们非常智能、 嵌入在Microsoft 365应用程序中。 我们谈论的是 Word、Excel和一堆它们。 目前、我们正在利用许多团队 集成功能来提供与工作效率相关的内容 、并支持用户与 SAP解决方案和非SAP解决方案进行交互和交互 、或者与之集成、以便执行日常活动、否则 他们需要登录到运行的SAP系统。 事务运行。 报告在系统 中查询与相关的特定内容。 他们的日常生活和日常 工作体验、通过利用IT、 了解并 提高用户的工作效率。 允许他们 利用支持AI或CopPilot的AI。 AI Copilot具有嵌入式AI功能、 可帮助他们开始交付 与其日常工作体验相符的内容。 那么，我将把 这个问题交给Brian，让他结束，谢谢您参加这个网络研讨会。 有任何疑问？ 嗯、我们 可以回答这些问题。 太棒了 Damian、感谢您深入了解 客户在Azure中拥有的全面产品组合和工具。 客户 (如客户群)和其他零售客户。 谢谢你。 嗯、有了这个、我们很乐意在问答环节进行介绍 如果 您有任何疑问、我们很乐意为您解答。 我们还将了解聊天和问答部分。 我不知道是Scott还是Mark，你们想 帮助回答这些问题。 好的、Brian。 嗯，我先看第一个。 嗯、动态在这种迁移和操作中有什么帮助？ 所以布莱恩提到了动态。 丹尼尔也提到了动态。 它们是一种市场产品。 它们的作用是帮助自动部署(在 本示例中为ANF卷以及SAP数据库)。 因此、您不能手动执行任何操作。 但是、如果您像Damien所说的那样实现自动化、 您就需要消除人为错误。 他们可以自动执行整个部署。 这正是他们 真正利用经济效益的原因、它做得非常好。 我的意思是、如果。 您的时间表如此紧迫、以至于我们让所有 设置过SAP环境的人都知道 SAP认证要求非常非常严格。 它包含一页或多页内核选项、特殊选项 等、能够使其达到认证状态。 我们通常会将所有这些都从您的 手中拿出来、并自动部署、 在正常的 内部团队无法实现的时间范围内部署。 我们谈论的是 几周和几天之间的差异、 因此这就是我们通常提供的服务 、端到端交付、不会提出任何问题、 包括所有Azure资源、SAP资源、 内核选项、一切。 嗯、以防万一。 共。 VDI。 我们 从SAP以及 内部审计和基础架构中获得了第一批审计结果 。 这是绝对清楚的。 嗯、不、没有未解决的问题。 当然。 因此、它的关键点 不是 通过自动化创建或构建的过程。 您的系统是通过了解 当前状态并对解决方案进行规模估算来完成的。 通过了解 整体价值主张、 定价、然后设计架构以满足您的 弹性、可扩展性和正常运行时间要求、 以哈和灾难恢复的形式 、了解整体、嗯、设计、嗯、 符合特定的Azure最佳 实践、让您能够 感谢您的团队。 我看到还有另一个问题。 嗯、如何 在三分钟内真正备份这种大小的数据库？ 是的、这是Brian的。 专业。 我们得到了很多。 嗯、就是这样。 Damian和 Daniel与非常大的企业合作过、 因此与 数据占用空间如此之大、需求与内部环境相同、 但现在他们在云中的客户交谈总是很有趣。 这正是Azure NetApp Files 真正脱颖而出并脱颖而出的地方。 是的、性能很高。 Daniel 在Can it执行方面做得很好。 答案是肯定的。 但这确实回想起了 Damien关于业务成果的看法。 因此、能够保护这种规模的数据库、从20 小时缩短到3分钟、这是一项巨大的技术 成就、100%的成功。 但您 再看看另一个、从业务角度来看、它能做什么？ 在许多迁移中、它们都是独一无二的。 它们都有其细微差别、但它们都 遵循许多相同的流程。 Capgemini必须备份这些系统、 进行回归测试、UAT系统、 在后台进行训练系统？ 这实际上只是备份系统 并执行重定向还原、 利用Azure NetApp Files和Arzak Snap应用程序、 在这些应用程序中、它们不仅是基于存储的快照、而且 还可以识别数据库。 Capgemini能够 以更快 的速度和更短的时间提供这些环境。 这个项目不仅仅是 在几个星期内，而是在几个月内。 这对于SAP项目来说很常见。 实际上、您可以 利用此技术堆栈缩减窗口。 我的意思是、它不适用于DB2。 它 也适用于Oracle和Hana。 这就是这样一种非常独特的技术 可以真正带来业务价值和业务成果的地方。 是的。 我认为你可以解决这个问题。 重要的是、数据库感知。 快照。 对。 许多存储产品可以在 底层存储的左侧和右侧执行快照。 但是、这对处理这些庞大的数据库 并无帮助、因为您的数据库将处于不一致状态。 然后、根据数据库、当您启动 该操作时、它会执行一致性检查。 然后您需要几个小时。 对于 NetApp和基于Azure的NetApp来说、如果使用Snap解决方案、您根本无法做到这一点、 无论是在Hana端、还是在DB2端、您都可以清楚地知道这一点。 谢谢你丹尼尔。 谢谢你Scott。 我想还有一个。 嗯、您是否有Microsoft任务关键型合同 ？ 丹尼尔，你想拿一个吗？ 是的。 我们还有更好的东西。 我认为、通过 我们与NetApp、 Microsoft等产品的深度集成、这一目标已重定向到Capgemini。 嗯、我们有这份合同。 但说实话、我们 与这两 家公司的集成程度如此之深、以至于我们可以直接联系 数据中心的人员、开发团队 的人员、例如、 Microsoft NetApp存储主管、我们与他合作了 十年。 如果我们需要一些东西，如果我们 和他们讨论一些东西，我们直接叫这些人。 有趣的是、这整个 NetApp文件存储总是在2016年开始、 当时很明显需要 在云平台上使用这种高性能存储。 嗯、我们 当时直接与NetApp和我们的客户共同开发了这种 NetApp说好的、好的。 然后、我们对 超SKU进行建模、使其达到每秒1200兆字节。 因此、我们超出了特定客户的要求。 这就是今天对每个人的意义。 因此、每TB的超SKU 为1200兆字节/秒。 这正是它的起源。 这实际上是与 数据中心团队的直接讨论、他们 当时正在将这些东西放在机架上并进行堆叠。 这就是 我们与Microsoft 和NetApp共同实现的访问和协作。 我想，Scott，我们甚至还有一个 关于替代方案的问题。 去吧。 Daniel。 很抱歉、我没有看到它。 是。 所以在开始的时候，有人。 询问有关替代方案的问题、例如 受管风险等。 和。 是的、当然。 因此、我们向 客户推荐的所有内容都必须合理。 从功能角度来看是合理的、 从价格角度来看、TCO也是合理的。 这意味着我们会不断地对其他解决方案进行基准测试、 而且我们还会不断地受到不同供应商 的 欢迎、他们希望我们对他们的解决方案进行基准测试。 例如、我们上次 对Premium Disc、Premium Disk、 SSD、v2、Ultra Disk进行了大型基准测试、 全部采用条带化方式。 我们经历了极长的时间、然后 将4 TB的磁盘驱动器配置为14个、或者 我认为其中一些磁盘驱动器甚至配置为16个条带。 然后、动物园和um Red Hat也向 我们介绍了他们的特殊存储产品。 我们谈论的是ZFS、Glusterfs。 嗯、我们建造的很漂亮。 从性能角度和成本角度来看、这种类型的大型集群是否与Azure NetApp Files产品匹配或超出该产品的范围。 当然、从管理开销的角度来看、 所有这些不同的解决方案都有各自的位置。 它们的性能都与广告中所说的一样。 如果 您愿意承担管理开销、则可以通过所有这些解决方案获得相当高的吞吐量。 我的 意思是、如果您将一个集群或一个CFs集群组合在一起、我的意思是 、作为客户、 以GB/秒为单位达到吞吐量 、 在数十万IOPS中、从技术上来说、这实际上是可行的。 首先、在大多数情况下、 SAP产品本身并不支持它。 而且、它会产生巨大的开销、有时 甚至无法与 Azure NetApp Files进行成本兼容或成本兼容。 但是、我们一直在 与合作伙伴、 当然还有Microsoft和 其他所有合作伙伴一起探讨、您知道、 哪种存储是适合哪 种工作负载的基础。 但是、对于这些大型SAP工作负载(大型Oracle 、MongoDB Hana工作负载)、就目前的情况而言、 Azure NetApp Files确实是 您生产工作负载的理想之选、 尤其是考虑到 过去两年中 从NFS三迁移到NFS四时出现的所有新情况。 现在、我们正在迁移到新的内核选项、 在这些选项中、我们 会进行讨论和连接、根据底层选项的不同、这些选项会增加大约30%到60%。 就像这样、只需更改内核选项即可。 因此、如果您的底层操作系统支持 此功能、您可以进行迁移、 性能提高60%、而无需执行任何其他操作。 这些创新是 我们的客户在利用 Azure NetApp Files这样的服务时所享受的真正的创新。 坦白地说、 在过去十年中、我没有一个客户 将工作负载迁移到Azure NetApp Files、 他们有时会改变回某些 替代解决方案或其他解决方案。 太棒了 谢谢你。 Daniel。 嗯、有了这个、 我相信我们已经接近了。 我们要感谢大家花时间 详细了解可口可乐装瓶机公司日本之旅、以及 NetApp、Capgemini和Microsoft作为合作伙伴如何 帮助他们实现这一伟大成就。 嗯、我们还希望扩大联系信息的范围。 如果您认为这一点很重要，那么我们欢迎 您有机会与您和您的组织进行对话。 此处提供了我们的联系信息。 我们 也会将其发送给每个人。 但是、网络研讨会到此结束。 希望 每个人都有一个良好的休息周和周末。 谢谢大家。 谢谢你。 您想要的。