操作系统虚拟化助用户 告别 ATM 机硬件升级

您可以下载 PDF 格式的白皮书

执行概要

2020 年 1 月，Windows 7 将不再享受支持服务，Windows 10 必将取而代之。这种迁移导致银行面临重大难题：ATM 软硬件的升级成本高昂，复杂性极大。

ATM 机操作系统升级始终伴随硬件升级。 2014 年，全球银行业在 Windows XP 迁移到 Windows 7 的转变中耗资数十亿美元。 一旦需要升级到 Windows 10，银行将再次面临同样的问题。

然而，下面这种新兴方法解决了这一难题：操作系统虚拟化。这种方法采用一种虚拟机管理器 (hypervisor) 技术，将硬件主板与操作系统分离， 使虚拟机管理器软件支持 Windows 10 系统不支持的软件驱动程序。

采用虚拟机管理器技术后，ATM 机在迁移到 Windows 10 系统的过程中无需对现有硬件进行升级。全球 2 万家银行可以软硬件投资，同时保持与 PCI 的兼容性。

除了在迁移到 Windows 10 的过程中发挥重要作用，这项技术对于管理 Windows 10 系统下未来的长期服务通道 (LTSC) 软件版本同样至关重要，因为后者可能需要更为频繁地进行硬件升级。

阅读本白皮书，了解详细信息。

简介

ATM 机已问世 50 余年，但在大部分发展历程中，演变缓慢。

在最初的 20 年中，ATM 机的架构是 ATM 机制造商的专利，硬件和软件来源于同一家 厂商。第一次变革发生于 1990 年左右。当时，IBM 的 OS2 作为 ATM 机的操作系统进入市场，采用标准操作系统这一举措初步打开了 ATM 机的未知世界。随着 OS2 退出舞台，Windows 逐步成为标准操作环境，首先是 Windows NT，然后是Windows 2000、Windows XP、Windows 7，直到现在的 Windows 10。如今，世界上多数的银行级 ATM 机均运行不同版本的 Windows 系统。

随着 XFS 标准的引入，第二次革命在2000 年前后开始。ATM 机内置的所有专用硬件配件（如取款模块和读卡器）均开始 根据 CEN XFS 标准构建标准软件驱动程序。自此，正式开启了软件应用程序与硬件相分离的跨平台软件时代。

今天，我们正迎来另一场革命的黎明。这正是操作系统虚拟化，解决银行业面临的一项主要问题。

迄今为止，ATM 机操作系统每次进行重大版本升级（如 2014 年从 Windows XP 升级到 Windows 7） 都伴随硬件升级。全球银行业为此承受了一笔不菲的开支。全世界共有数百万台 ATM 机，全部升级的成本 高达数十亿.

2020 年，新一轮升级将再次启动。届时， Windows 7 将不再享受支持服务， Windows 10 必将取而代之。 毋庸置疑，银行必然不愿再次花费数十亿美元对 ATM 机升级。

升级的问题

对于运营 ATM 机业务的银行而言，2014 年堪称噩梦。当微软不再为 XP 系统提供支持后，形势很快清晰明朗，银行别无选择，只能将所有 ATM 机升级到 Windows 7 系统。

ATM 机行业并非微软的主流业务领域，占比极小。在全球 20 多亿台个人计算机中，大多数用户选择 Windows 系统。与之相比，三百 余万台 ATM 机的确微不足道。个人计算机用户始终面临两种选择：可以推迟电脑升级，或购买相对廉价的主板进行升级，但这两种方案无一适用于银行。ATM 机主板升级非常昂贵。小批量的升级费用高达 4000 美元，外加派遣专业受训的技术人员赶赴全国各地为 ATM 机升级，可能还需花费 1000 美元。

银行的 ATM 机使用年限不低于 10 年，所以许多老式 ATM 机甚至无法升级，需要整机更换。根据不同功能，一台新 ATM 机的成本介于 1 万到 3 万美元之间，硬件更换成本另行计算；巴黎、伦敦或纽约市中心等繁华地段的“ 穿墙式”ATM 机花费的成本可能更高。ATM 机操作系统升级不会给客户带来直接利益，付出巨大成本只是为了满足合规性。

ATM 机必须符合监管要求，尤其是 PCI。 它规定，运行 ATM 机所需的软件组件链中不得存在不受支持的软件。许多亚洲银行忽视了这种风险。美国和欧洲的银行完全没有循迹而行，

而是对 ATM 机网络进行了升级。但是，许多银行公开宣布，升级周期必须停止。

然而，随着 2020 年不断临近，银行发现自己再次陷入了同样的升级困境。微软正逐步停止为 Windows 7 提供支持，银行不得不将其 ATM 机网络升级到 Windows 10。

事实上，Windows 10 之后的形势可能更加严峻。微软宣布，W10 将是“最后一代”Windows。他们不会开发 Windows 11 或 Windows 12。难道升级困境将在 Windows 10 之后消失？有媒体报道称，升级已经结束。很遗憾，事实恰恰相反。

与之前相比，Windows 的新策略是更加频繁地对操作系统进行升级和改进。升级主要将以“LTSC”，即“长期服务通道”包的形式出现。微软计划未来每三年发布一款 LTSC。那么，ATM 机硬件可能每三年便需升级一次？简而言之，必然如此！

我们缘何陷入困境？

许多人指责微软更新软件的频率太高，或者对操作系统提供支持的时间过短，但请您思考，全球软件行业将何去何从？

DevOps 的概念和自动化测试的不断进步推动软件发布周期持续缩短。在软件行业的部分领域中，每天发布新版本的情况的确屡见不鲜。因此， 微软明显不会受限于 Windows 系统 7 年一次的更新周期。事实上，在微软的众多 Windows 版本中，推荐 ATM 使用的 W10 LTSC 通道 将是更新周期最长的产品。商用版 Windows 通常是 SAC（半年通道），其更新速度更快（每六个月)， 并且微软规定必须部署此类更新。因此，SAC 不是 ATM 机的理想选择。

升级周期加快使 Wintel 生态系统承受巨大压力。尽管微软力求通过新操作系统更新为旧硬件提供支持，但事与愿违。硬件组件供应商无意更新原有的软件驱动程序，在其驱动程序开发完成后很久才发布的Windows 新版本无法享受相应的支持服务。微软在这方面毫不例外，他们同样不支持使用旧操作系统的新硬件）。

以上介绍了导致操作系统升级支持问题的原因。软件驱动程序（如英特尔芯片组驱动程序）只支持芯片组发布时可供使用的操作系统版本，而在芯片组驱动程序开发完成后很久才发布的新操作系统不受支持。

英特尔表示，他们最多支持两条使用任意芯片组的长期服务通道。根据微软推出新款 LTSC 的频率，ATM 机硬件的使用寿命将受到制约。事实上，微软最初推出 Windows 10 LTSC 时，计划的发布周期为 12-18 个月，但英特尔表示，其推出的每个芯片组仅支持一款 LTSC。自此，微软的政策似乎发生了变化，每款 LTSC 的发布周期定为三年，

英特尔则同意每个芯片组支持两款 LTSC。 截至目前，LTSC 已经发布了“1507、1607 、1809 和 19H1”，这些名称对应微软的发布日期，即 2015 年 7 月、2016 年 7 月、2018 年 9 月和 2019 年 1 月。显然，与未来每三年更新一次的承诺相比，LTSC 的更新速度快得多。

如此看来，这种情况给 ATM 机行业带来了重大难题。未来的升级周期可能是每 6 年一次，但也可能是每 12 个月一次，具体取决于 LTSC 以及未来对其提供支持的发展方向。根本原因在于，随着软件周期不断加快，支持链中的硬件厂商不希望以旧硬件组件和驱动程序为新操作系统版本提供支持，他们无意重新开放旧软件驱动器的开发，使之与未来的操作系统版本相集成。

进退维谷

ATM 机行业的选择余地很小。银行习惯于将 ATM 机的使用年限设定为 10 年以上，但很多银行 ATM 机的使用年限甚至更长。事实上，相较于个人计算机的硬件维护，ATM 机的硬件维护与飞机维护更 相似。飞机可以使用数十年，但在此期间，许多硬件组件可能已经更换多次。因此，真正拥有 30 年使用寿命的可能只是机 壳。

同理，一台使用了 15 年的 ATM 机在其生命周期中可能多次更换了读卡器、取款模块，可能还更换过 PC 核心。然而，更加棘手的是操作系统。如果操作系统需要像微软发送升级一样定期更换，主板也需要伴随操作系统一起升级，银行无疑将承担一笔巨大的开支。另一种选择是运行不受支持的操作系统，承担与 PCI 不兼容的风险以及真实存在的安全风险，如恶意软件 （相关负面报道也是安全漏洞带来的问题）。

是否还有别的选择？2014 年以来，KAL 始终关注这个问题，评估各种选择，尝试挖掘根本原因，评估哪些方法可能创造一劳永逸的解决方案。

探寻解决方案…

可升级的 ATM 机？不 行。

我们考虑的一个选项是 ATM 的 PC 核心是否可以提升“可升级性”。

试想这样一个场景：PC 核心升级能不能像 DVD 播放器更换 DVD 碟片一样简单？事实上，英特尔通过 “计算卡” 支持此类概念。这款 PC 核心与信用卡一般大小，可以轻松进行更换。然而，全球范围内需要大规模地重新设计 ATM 机，仍然需要在现场干预的情况下更换硬件，同样耗资不菲。

根本不升级？同样不可行。

在一些亚洲银行中，目前仍有相当数量的 ATM 机运行 Windows XP 操作系统。直接选择不升级操作系统，继续在 ATM 机运行 Windows XP 显然是一种冒险策略。运行不受支持的软件不仅不符合 PCI 标准， 还会使银行及其客户面临潜在的恶意软件和网络攻击，

犯罪团伙经常针对不受支持的操作系统，利用其安全漏洞从事犯罪活动。我们认为，这个方案风险很大。

然而，除了 ATM 机“不升级”外，还有一种方案适用于未来的 Windows 10 和 LTSC 的后续版本。

假设一家银行最初确实根据需要将其 ATM 机升级到了 Windows 10。2019 年的 Windows 10 版本称为“Windows 10 LTSC 1809”，可与支持该 LTSC 的芯片组协同工作。微软、英特尔和 ATM 机行业都将对这一组合提供长达 10 年的支持服务。 这似乎解决了升级难题，但事实恰恰相反。试想：

• 新的 Windows 10 LTSC 推出后，无法在2019 年的 ATM 机中运行，即超过了 ATM运行原始 LTSC 所需的 10 年整体使用寿命。
• 现在考虑一下 ATM 机每年的更换周期。例如，随着 ATM 机使用时间不断增加，一家大银行每年将有 1 万台 ATM 机需要更换。这家银行每年可能购买 1000 台新ATM 机，这些 ATM 机在交货时将附带微软最新的 LTSC 和英特尔现行的芯片组。例如，他们将在 2023 年收到 LTSC 23XX。上述 ATM 机将运行 LTSC 23Xx，而 2019 年改造的旧 ATM 机只能运行LTSC 1809。10年后，ATM 机网络可能采用 10 种不同的LTSC 与芯片组组合， 其中运行不同的操作系统版本，具备各种不同功能。
• 尽管每台 ATM 机的软件栈在 10 年内均享受支持服务，但代价是在 LTSC 推出后，操作系统不升级。这将造成网络“碎片化”，其中存在多种不同的操作系统版本。对于多数银行而言，这种情况不切实际。

改变英特尔的 ATM 机支持策略? 无法实现

KAL 的首席执行官 Aravinda Korala 和 ATMIA 的首席执行官 Mike Lee 共同与英特尔展开了一系列沟通交流， 了解英特尔是否考虑为 ATM 机行业的芯片组驱动程序提供特殊支持方案。

此次会谈由 Oania Wei 和英特尔交易零售部总经理 Alec Gefrides 主持。我们探索了一些概念，如针对 ATM 机行业所用英特尔驱动程序的长期特别付费支持服务， 以及 对ATMIA进行 旧驱动程序的 源代码许可。 最后，ATM 机在英特尔眼中只是小型市场，我们提出的所有选项都不可行。然而，英特尔表示“Linux 同样值得关注”并将 KAL 介绍给了风河，这是一家 Linux 分销公司，当时也是英特尔的子公司。

将 ATM 机迁移到 Linux 系统？不具可行性。

很久以前，Linux 就是 ATM 机的一种选择。在巴西，本土制造的 ATM 机使用 Linux 系统获得了一定成功，但这只是个例。

全球 ATM 机行业是一个相对较小的市场，全世界只有 350 万台 ATM 机。 厂商认为，同时使用 Linux 和 Windows 为“碎片化”市场提供支持服务并不合理，从商业角度审视，该方案不具可行性。试想，全球约有 2 万家银行。ATM 机运行哪种操作系统基本上由银行决定，而非厂商。银行只是不允许不受政策支持的操作系统连入其内部网络。

说服 2 万家银行使用 Linux 作为 ATM 机的操作系统，需要耗费多少时间？答案可想而知。所有迁移到完整 Linux 软件栈的业务案例均需要长期应对“碎片化”市场带来的阻碍。因此，迄今为止，没有一家大型 ATM 机制造商愿意在过渡期内对生产的 ATM 机进行投资，使之兼容 Linux 和 Windows。厂商控制着 XFS 驱动程序。如果这些驱动程序未能移植到 Linux，则所有软件供应商均无法在 ATM 机中运行 Linux 应用程序，即使拥有充足的研发经费，同样无济于事。

为何考虑 Linux？Linux 具备一种特别实用的功能，能够打破支持服务陷入的困局。所有 Linux 软件驱动程序（包括英特尔的芯片组驱动程序）均为 Linux 开源程序。这表明，风河和红帽这些 Linux 生态系统中的公司均有权访问源代码，并在商业层面提供支持。因此，银行的 PCI 问题得到妥善解决。

然而，我们仍面临着一道难题，即全球数千家银行的 ATM 软件从 Windows 迁移至 Linux 的耗费的成本巨大。

解决方案——灵光一现的智慧结晶

尽管 Linux 可以解决长期软件支持问题，但与 Windows 相比，它巨大的劣势难以弥补，原因是为了使 ATM 软件在 Windows 中运行，银行已经投资了数十亿美元。如果迁移到 Linux，将花费一笔不菲的资金。

除了资金问题，我们还面临一项技术障碍。ATM 机硬件驱动程序使用的 XFS 标准 仅适用于 Windows。即使有银行希望将其软件堆栈迁移到 Linux，最终也无法实现，除非硬件厂商也愿意将其 XFS 驱动程序迁移至 Linux。目前，没有主流厂商提供支持 Linux 的 ATM 驱动程序。

如何能将 Linux 与 Windows 的优点完美融合？

从 2017 年年中开始，KAL 已经携手风河研究这个问题 ， KAL 团队的负责人是 Aravinda Korala 和 Kit Patterson，风河团队的负责人是 Kevin Konkos 和 Davide Ricci。我们得出的答案是：使用 Linux 虚拟机管理程序托管 Windows 10。

Linux 支持一种名为 QEMU 的虚拟机管理程序技术。QEMU 与 KVM 协同运行，从而利用 Linux 支持的虚拟硬件加速，并且能够为 Windows 10 提供一个接口，供其在 Linux 中作为第二操作系统运行。如今，主板的硬件驱动程序来自 Linux 内核，但应用 环境是 Windows。QEMU、KVM 和 Linux 驱动程序享受由 Linux 社区和红帽、风河等公司提供的支持服务。因此，只要商业条件适合 Linux 公司，Linux 系统部分将获得时长不受限的支持服务。

Windows 可以与 Linux 兼容，并按照微软和银行的升级要求进行升级， 所有升级均可远程在线完成，无需亲临 ATM 机现场操作。升级难题迎刃而解。 因此，Windows 升级或 LTSC 引发的硬件强制升级问题得到解决，银行可以了解最新动态，运行所有软件的最新版本。他们终于摆脱了硬件强制升级周期带来的困扰。

工作原理

何为虚拟机管理程序和虚拟化？

虚拟化并非新概念。IBM 打造的首批虚拟机和在大型机中应用的虚拟化环境可以追溯到 20 世纪 60 年代。如今，虚拟化技术得到广泛应用，遍及全球几乎每一座数据中心。

虚拟机管理程序允许多个操作系统在同一硬件服务器中运行。其中 最著名的是 VMware 的虚拟机管理程序。全球数据中心均在运行 VMware、红帽等推出的虚拟机管理程序，力求将硬件与操作环境分离。

例如，Windows XP 和 Windows 7 可能同时作为次操作系统在 VMware 主机操作系统中运行。此外，通过使用虚拟机管理程序，也可以对服务器实施远程控制和管理。他们可以暂停一个正在运行的系统，将其移至新硬件服务器，然后从中断处重新启动，如同没有发生任何变化。

英特尔与 AMD 硬件虚拟化

软件虚拟机管理程序凭借英特尔与 AMD 的硬件“魔法”完成相关工作。

在初始阶段，虚拟化只是一种软件技术。它依赖 软件仿真，使第二/虚拟操作系统在主机操作系统中运行。然而，对硬件访问命令进行仿真，并将其由一个操作系统转换到另一操作系统的过程代价高昂，明显减慢了系统速度。

2005 年左右，英特尔和 AMD 在其新 CPU 中加入了硬件虚拟化支持服务。 这些技术是英特尔 VT-x 和 AMD-V，允许客户操作系统可执行文件在 CPU 中运行，但会捕获系统调用， 以便正确的操作系统对其进行处理。结果是，客户操作系统中的应用程序软件以如同独占整个 CPU 的方式运行，性能没有明显的削弱。

在 KAL 测试中，与在未使用虚拟化技术的同一硬件中单独运行 Windows 相比，同时运行 Windows 和 Linux 的虚拟化 ATM 机的性能仅下降 2% 左右。真可谓是“魔法”。

如下所示为使用操作系统虚拟化技术的 ATM 机原理图，展示其内置的新 ATM 软件架构：

虚拟机管理程序在ATM机的 PC 核心中运行，Windows 10 作为第二/虚拟操作系统在虚拟机管理程序之上运行， 而应用程序软件与硬件厂商的 XFS SP 在 Windows 虚拟机中运行。

虚拟化 ATM 是怎样的解决方案？

在概念层面上，虚拟化软件解决方案与今天的软件堆栈非常相似，但在 Windows 和硬件之间增加了一个虚拟机管理程序。当然， 真正实施这款解决方案并没有这么简单。我们首先了解先决条件。

虚拟化 ATM 解决方案的先决条件

尽管虚拟机管理程序可以使用软件仿真，在并未内置硬件支持服务的 ATM 机中运行，但对于生产用途而言，进程可能过于缓慢。以下是 ATM 虚拟化的一系列先决条件：

1. 第一个要求是英特尔主板使用“VT-x”, 或 AMD 主板使用“AMD-V”。 拥有这些硬件功能的 CPU 在 2006 年左右问世。此前推出的 ATM 机如需支持虚拟化，其性能将显著下降。此外，拥有上述功能的 ATM 机很可能问世于 2006 年之后。ATM 硬件供应商经常长时间使用老旧的 CPU，因此应以 2006 年之后的某个时间点作为分水岭。
2. 通过 BIOS 设置，可以禁用相应 CPU 中的虚拟化功能。然而，专业人员需要赶赴现场更改设置，导致实施虚拟机管理程序解决方案的成本增加。部分 ATM 硬件厂商的 BIOS 管理工具支持远程操作。KAL 建议首先安排人员亲临现场测试 BIOS 配 置，然后远程变更，从而实现虚拟化。较新的 ATM 默认启用该选项的几率很大。
3. 下一步，银行需要选择一家虚拟机管理程序供应商。红帽、VMware 和风河这三家公司均表示希望为 ATM 机行业提供支持服务。KAL已经测试了这三家公司的虚拟机管理程序，确认这些程序可以正常运行。微软也推出了一款名为 Hyper-V 的虚拟机管理程序，这是Windows 的一个标准组成部分，理论上可以正常运行，但与 Windows 存在相同的缺陷。由于驱动程序源代码不适用于 Windows 中的第三方设备驱动程序，不受支持的驱动程序和Hyper-V 无法获得微软等公司提供的支持服务。
4. 最后，银行需要检查其 ATM 硬件和软件厂商推出的软件应用程序和驱动程序是否能够应用于虚拟化 环境。例如，如果银行的 ATM 软件供应商是 KAL，则其需要检查 KAL 是否支持虚拟化环境（我们提供支持服务），确保 ATM 硬件厂商支持将 XFS SP 应用于虚拟化环境。银行需要确保未来的所有银行 招标必须要求虚拟化支持 服务。正如银行在2000年强制要求XFS。银行强制要求 所有厂商提供 XFS 支持服务，ATM 机行业因此迎来变革。*

成功近在眼前？

其实，条件仍不成熟。仅仅满足先决条件不足以实现目标。银行还需要完成一项实施计划：

1. 新虚拟机管理程序解决方案需要接受测试，确保在操作系统虚拟化后，此前验证测试使用的所有测试脚本理应在当前解决方案中继续运行，这是必要条件。
2. 他们需要审查其 ATM 安全锁定机制。新环境将改变安全壳层，他们需要锁定虚拟机管理程序和 Windows 环境。
3. 他们需要审查 ATM 监控系统。最理想的情况是，虚拟机管理程序软件和系统的其他部分。
4. 银行需要检查软件分发机制。最完美的情况为，转换应完全通过远程软件分发机制来完成，无需派遣技术人员亲临 ATM 机。软件分发系统需要为虚拟机管理程序软件、Windows

和应用程序提供补丁和升级。 在理想条件下，操作均可在线完成（如果别无选择，也可通过 DVD 完成）。

银行完成这些步骤后，即可上线运行。

如今，KAL 已经整装待发。

长期支持策略

银行现在需要为ATM软件堆栈中多出的这个软件组件安排一份支持合同。他们应确保将虚拟机管理程序支持服务添加至列表。因此，虚拟机管理程序供应商需要：

• 承诺长期支持 ATM 机，时间不少于 10 年（最低要求）。
• 为运行 Linux 系统的主板设备驱动程序提供支持，从而当此硬件的第三方 Windows 软件驱动程序不能再使用新 LTSC 进行维护时，通过虚拟化手段，使用 Linux 开源驱动程序取而代之。
• 为英特尔和 AMD 芯片组提供与虚拟机管理程序供应商提供的一样尽可能久远的支持服务，以便网络中原有的 ATM 机获得支持。
• 每当微软推出新 LTSC，立即为其提供支持服务，同时关注上述老旧硬件，注意潜在的软件驱动程序问题。

理想情况为，ATM 机行业需要每家供应商提供一种全球适用的虚拟机管理程序版本，为全球所有 ATM 主板型号提供支持。

结论与展望

虚拟化打破了 Windows 操作系统升级与 PC 核心硬件升级之间的关联性，为 ATM 机部署者解决了重大难题。它允许操作系统和硬件独立升级。当 Windows 7 在 2020 年不再享受支持服务时，它能够有效避免 ATM 网络遭受重大损失。

全球第一家与 KAL 及两家虚拟机管理程序供应商合作测试虚拟化理念的银行来自美国。在持续数天的 PoC（概念验证）中，我们证明了在虚拟化环境中运行银行当前所用软件堆栈的可行性。

第一家与 KAL 合作测试该理念的欧洲银行是捷克的 最大的商业银行——捷克储蓄银行（ Česká spořitelna),很快发现了这项技术的闪光点，随即开展了首轮测试。 该行的 Jiří Charousek 表示：“此前，我们担心在 XP-W7 升级后，不久便需要进行硬件升级。如今，虚拟化为我们提供一种备选方案，令人倍感欣慰。对我们而言，ATM 虚拟化是一种非常自然的想法，基于基础设施领域的长期 Česká 理念已经成为我们虚拟化的策略，ATM 机还是个个例外。”

对于硬件厂商而言，这个理念也是他们的福音。他们经常购买大量主板和芯片组，最后发现一次新操作系统升级让他们的旧硬件库存失去价值。随着虚拟化打破了主板与操作系统之间的紧密联系，KAL 相信这也将为 ATM 机制造商节约成本。

操作系统虚拟化为我们指明了前进方向，帮助银行摆脱代价高昂，耗费时间的必须持续更新大批 ATM 机，以支持新操作系统的复杂流程。它并没有彻底免除硬件升级需求，达到一劳永逸的效果，而是使 ATM 机不必因操作系统升级而升级。银行仍需更新其 PC 核心，以期解决核心过于老旧或速度过慢的问题，或为在未来使用崭新的 CPU 功能，为客户提供体贴周到的新服务。银行认可这是升级硬件的合理动因。操作系统虚拟化为我们指明了前进方向，帮助银行摆脱代价高昂，耗费时间的必须持续更新大批 ATM 机，以支持新操作系统的复杂流程。它并没有彻底免除硬件升级需求，达到一劳永逸的效果，而是使 ATM 机不必因操作系统升级而升级。银行仍需更新其 PC 核心，以期解决核心过于老旧或速度过慢的问题，或为在未来使用崭新的 CPU 功能，为客户提供体贴周到的新服务。银行认可这是升级硬件的合理动因。

因此，银行在所有ATM硬件与软件的招标中强制要求支持虚拟化及其重要。

致谢

“操作系统虚拟化理念”的创造与可行性验证凝聚了许多人的心血。

他们在 KAL 探寻这款解决方案的过程中贡献良多，我们向其致以诚挚的谢意。

• ATMIA: Mike Lee
• 花旗银行: Peter Kulik
• Česká: Jiří Charousek
• 英特尔: Oania Wei
• KAL: Kit Patterson, Andrea Vinci, Giuseppe Scardino
• 微软: Pat Telford
• Payment Redesign: Eric de Putter
• 红帽: David Hutchison-Bird, Daniel Schaefer, Rich Feldman
• VMWare: Thomas Klouwer
• 风河: Davide Ricci, Rick Anderson, Kevin Konkos
• 翻译: LogrusIT

后续跟踪

我们欢迎您的评论，提问或反馈。请加入我们的博客讨论。

您可以下载PDF格式的白皮书

如果您有关于该白皮书的任何问题， 请随时与我们联系