Linux 对战 Linux

我数年前在 E-3 杂志上报道过 SAP 奇怪的 Linux 政策，其政策与市场完全不一致。该公司与 Suse Linux 之间密切而成功的合作伙伴关系非常愉快，这一关系对欧洲的 SAP 客户群体很有帮助。

使用 Suse Linux 的用户都知道，每一款新版本 Hana 均可获得最新的驱动程序、相匹配的附加组件以及经过试用和测试的操作系统版本。参加我们常规 SAP 活动的客户经常反映，虽然 Red Hat 凭借其 Linux 发行版也在企业环境中占有一席之地，但是目前为止几乎所有的 Hana 用户均使用 Suse Linux，即使旁边就有 Red-Hat 的服务器也是如此。

许多年前 Suse 在德国瓦尔多夫的 SAP Linux 实验室启动可持续性工作可谓恰逢其时，当时对 Hana 的设想甚至还未提出。早起的鸟儿有虫吃！

自那以后，欧洲的 Linux 发行商便一直随时准备好解决任何新的 Hana 操作模式和创新问题。我一直批判这一不具体的 Linux 政策。作为一家全球性企业，SAP 非常熟悉不同 Linux 发行商的市场份额和市场地位。当时人人都知道 Red Hat 是美国地区的市场领军企业，而 Suse Linux 那时候还籍籍无名。

美国公司 John Deere 是 Hana 的首批用户，该公司后来成为一家 SoH 参考客户。他们的首席信息官自然而然地使用了 Red Hat Linux 发行版。他们公司内部也经常犯相同的错误。在北美和南美地区同事之间的内部 CCC 会议上，我们欧洲公司的 CCC 经理与会议主办人员交换了许多意见：Red Hat 对战 Suse！

SAP 看到了这一困局并组织了针对 Hana 的 Red Hat 发行版正式认证。截至此时，一切都相安无事。然而两年之后，SAP 的客户群体一定意识到了 Red Hat 显然从未对 Hana 市场上的可持续性产品感兴趣，而 SAP 也始终未能让 Red Hat 认识到 ERP 市场的复杂性。

总之在瓦尔多夫 SAP Linux 实验室，Red Hat 从未向欧洲真正作出任何承诺。现在，摆在 SAP 社区面前的是缺乏引导的 SAP Linux 政策所造成的混乱：针对 Hana 的认证、补丁水平以及 Red Hat Linux 的版本状态均为 2 年前的老古董。

它无法为 Hana 用户带来“高可用性”，与 Suse 发行版相比严重过时。SAP 深知这一点并始终保持沉默。显然瓦尔多夫的这家公司试图等待困局结束，然而此举一定会造成更大的灾难。

我为什么了解这段 Linux 历史并在此公布出来呢？因为作为公司的首席信息官，去年夏天我被迫设立了一个专门项目，项目内容是为 Hana 全面替代 Red Hat Linux。我的电子邮箱收到的投诉信件以近乎指数的速度增长，这使我采取了这一激进的举措。

在新加坡的一次首席信息官会议过后，我作出了最终决定：即便不怎么了解或者完全不了解 Suse Linux 的知识，所有现有的 Red Hat Hana 用户也都可以转换到 Suse 上来。我们预计明年第二季度将完成技术版本的这一变更。

我觉得这一转换所产生的费用应该算到 SAP 的头上。他们这样对待客户是不负责任的行为。如果不是因为 Gerd Oswald 即将退休，我早就去他位于瓦尔多夫的办公室登门拜访了。当然，我也可以就 Red Hat 对战 Suse 这一问题与技术总监 Bernd Leukert 进行对质，然而他在 SAP 公司的职位太低，不值得与其对质。

Gerd Oswald 的正式继任者 Michael Kleinemeier 整日埋头于工作和维修服务，这意味着 Red Hat 目前是他最不关心的问题。

Suse 在美国市场的投入越来越大。凭借 Suse 母公司 Micro Focus 和 HP Enterprise 的全新布局，Suse 现已获得更大的助推力。HP Enterprise 致力于推动 Suse Linux 的发展，这至少给我们的企业战略带来了诸多好处。即使不考虑所有的优势和劣势，Hana 在 IT 架构/基础架构方面也依然十分敏感。Hana 现在可以快速地完成安装。

然而，我们仅允许在多层保障的认证硬件上有效使用 Hana。HPE 与 Suse 之间的承诺和紧密的合作伙伴关系只会对此产生积极影响。意识到这一困局之后，我在夏季还大致介绍了 HoP、Hana on Power (IBM) 以及 AWS。将来，Red Hat 与 x86 的组合因此将不适合用于 SAP Hana。