甲骨文在PaaS上做得很长——现在是时候阻止和解决一些问题了

最近，我加入了今年6万人的行列甲骨文我参加了2014年在旧金山举行的OpenWorld大会，我真的沉浸在甲骨文的所有事情中，参加了各种会议(例如，挽起袖子参加一些“动手实验室”会议)，并与各种客户、员工和合作伙伴交谈。要涵盖的内容太多了，但最好从最具战略意义的开始。

这不是秘密，我们坚信采购供应商各种形式的将需要在开放的基于云的平台上构建他们的解决方案，允许他们、他们的合作伙伴和他们的客户进行连接和互操作，而不会产生过多的成本或麻烦。

在去年的OpenWorld大会上，甲骨文匆忙地发布了大量关于公司云战略的新闻稿，其中最引人注目的是其平台即服务(PaaS)产品。拉里·埃里森(Larry Ellison)参加了一场划船比赛(亲自监督甲骨文/美国队获得美洲杯冠军)，错过了他的主题演讲——尽管他道歉了，甚至在他之前质疑围绕云的炒作问“云计算到底是什么?”但今年，他传达了信息，并以经典的拉里风格火了起来。这些信息都是关于平台、运行平台的基础设施以及在其之上构建的应用程序和生态系统。如果我在玩鲍勃·纽哈特(Bob Newhart)的喝酒游戏，而“鲍勃”被“平台”取代，我马上就会洗胃。

但这一信息和策略都非常到位。甲骨文是唯一一家将所有东西都作为服务一起工作的提供商:基础设施、平台、应用程序、数据等。拉里喜欢“极限表现”这个词，它不仅仅描述了拉里的主题演讲。在基础设施中有很多非常酷的创新，包括像内存中的柱状数据库(类似SAP HANA)，保护内存中的数据的CPU(例如，这可以阻止HeartBleed病毒)，混合存储(例如，在一个服务器节点上使用4,000 GB的内存与Flash和传统存储协同工作)，以及每个CPU插座每秒可以读取170B行数据的设计硬件(这是相当快的速度)。

当然，所有这些不同的平台和基础设施都经过了“优化”，以便更好地协同工作，看看整个堆栈将如何基于标准和开放/组件化将是一件有趣的事情。拉里大肆宣扬这种开放性，同时吹嘘前20大SaaS厂商中有19家可以在甲骨文的基础设施(即Oracle DB或Java)上运行，并在这方面呼吁Salesforce、SAP等。拉里当然对SAP进行了很好的挖苦……Ariba在Oracle上运行。SuccessFactors运行在Oracle上。他们刚刚收购了Concur;它将转移到甲骨文。我不知道HANA上运行的是什么，但那不是他们的云。在Oracle上运行。这很粗鲁，但这是事实。”好吧，这是目前的事实，因为SAP正在花费巨大的精力让一切都能在SAP HANA数据库上运行。

对于这些尖刻的嘲讽，在场的一些IT行业分析师也有一些不安，他们在与我聊天时谈到了这样一个“开放”的基础设施(注意:“他的开放”有点矛盾)。顺便说一句，我是会议上唯一的采购分析师，我觉得这个事实有点有趣。即便如此，甲骨文公司糟糕的分析师关系人员仍然极度超负荷工作，人手不足——其中很大一部分是由于魔法象限之类的重压——正如菲尔·费什特(Phil Fersht)刚刚写的那样在这里(查看评论)。好吧，我跑题了。回到甲骨文。

有趣的是，Oracle基本上是在吹捧SAP的新口号“简单运行”，以降低成本、复杂性、风险(例如，安全)和对传统应用程序的不满。拉里也像比尔·麦克德莫特一样认错，并承认:“易用性和低成本一直都不是甲骨文品牌的一部分。”因此，微软的重点是“现代化”，将数百万个平均已有20年历史的商业应用程序迁移到云端，其中75%是定制的(联合首席执行官马克•赫德引用的数据)。

甲骨文的一大赌注是，它可以创建一个“开放”平台(数据库、应用程序开发工具、计算能力等)，用来开发自己的应用程序，同时也可以把这个平台卖给isv、系统集成商、业务流程外包公司等生态系统，最重要的是，卖给企业客户，让他们自己可以更快地使用它来开发定制/战略应用程序，这些应用程序在打包的应用程序中包含更商品化的vanilla功能。这些应用(其中社交、移动、分析等是重点)可以从零开始，也可以从“现代化”过程开始。将这种PaaS模型应用于采购是我们长期以来一直提倡的(参见相关研究链接)，因为它允许公司拥有一个可以做到这一点的信息架构万博体育下载app更容易地在“服务堆栈”的所有级别上插拔各种采购供应商。

这一切听起来很棒，实际上可能是一个重大的游戏规则改变者，因为它改变了讨论承诺ERP公司成为单一集成应用程序套件的提供者到单个云计算提供商，该提供商提供单个平台和生态系统，应用程序服务、信息服务和业务服务可以在该平台和生态系统上组装。但是，这里当然有一些问题:

1. 将遗留应用程序推入云中并不能使它们成为SaaS(即“真正的”多租户架构)。一个通用的PaaS并不能单独解决这个问题。当然，什么是“真正的多租户”是一个激烈的争论，我们将在未来的研究中回到这个话题。万博体育下载app
2. 当你什么都做的时候，你就会和所有人竞争，所以追求isv需要一些清晰/技巧/可信度。
3. 买家想要的是跨栈的“松耦合”和对开放标准的真正坚持，这样信息就不仅仅是“相信我们-我们是甲骨文”。

让我们来解决第一个问题。拉里有点偏离轨道，把理想策略与现实混淆了，他说:“当你从内部部署到云端构建遗留应用程序时，它就变成了多租户，而不需要改变任何一行代码……我们有很多isv希望看到他们的应用程序是多租户的。”嘿，把它移到12c上，您的应用程序就是多租户的。把它移到我们云中的12c上，它们就是云多租户应用程序……你可能有几个杠杆可以推动，然后就完成了。”

嗯，伊尼戈·蒙托亚说在《公主新娘》中，“你一直在用那个词。我认为它的意思和你想的不一样。”我知道SaaS和PaaS的概念经常被争论，但我确实相信，将旧的应用程序和数据(以及数据模型)扔到高度可伸缩的硬件(即“弹性”计算和存储)上，实际上只是大约15年前的ASP模型的翻版。如果他的说法是真的，那么甲骨文只需按下那个神奇的按钮，甲骨文拥有的旗舰ERP套件现在将是多租户的!他们不是。这种应用程序的云化并不是那么容易。只要问Infor!Infor甚至可能在遗留应用程序的共存/集成和现代化方面超越Oracle平台(例如，UI设计标准化，在Citrix-on-steroids方法之外“包装”遗留应用程序，甚至在应用程序间消息传递中使用OAGIS消息传递标准!)

关于第2个问题，这里有几个要点。首先，我花了一些时间参加Oracle PaaS会议。这个产品看起来是真的，但仍然是新的。PaaS似乎与甲骨文云市场产品可以在市场上进行开发、批准(由Oracle产品经理确保它们是互补的)、测试、认证和销售，然后由开发人员部署和管理(目前正在开发一个“get应用程序”功能，允许Oracle像管理其他本地SaaS应用程序一样管理它，如Oracle Fusion采购套件)。没有理由相信这个概念不能扩展到应用程序之外，以包括可以与之类的东西一起工作的互补网络服务Oracle供应商网络．因此，甲骨文的“商业网络”可能会成为一个开放的生态系统，提供可互操作的网络服务，而不是一个重新贴上标签的eMarketplace。

但是，这是我们结束这篇文章的地方，也是我们开始的地方，关于PaaS是“万福玛利亚”还是软件的一种新的“西海岸进攻”(原谅双关语)。我们认为是后者，它不仅对采购应用程序，而且对业务应用程序服务和更广泛的业务服务的采购都有很大的影响。尽管如此，这场比赛在球场上是残酷的，它需要致力于一种全新的哲学和新的战术。这对甲骨文来说并非易事。如果我是我的客户，我会问这样的问题:

• 甲骨文的非云采购应用程序(以及SCM、GRC/控制、PLM、项目/投资组合管理、成本管理等相关应用程序)将如何真正在云中交付(除了托管服务合作伙伴之外)丰富为Oracle电子商务套件)？这些应用程序将如何利用PaaS——而不仅仅是Oracle融合采购?
• Oracle Fusion Procurement会成为新的金童应用程序套件吗?它会向高端市场发展，共存，最终并入Oracle E-Business suite吗?
• 什么样的伙伴关系会被带入这样的行列Transcepta，Vinimaya，Prodigo等等?
• 如何Oracle供应商网络作为本地集成服务引入PaaS ?
• “业务网络”的哪些其他领域有可能包含在这个PaaS中?Oracle客户是否参与了一个社区方法来决定网络如何提供更多的价值，而不仅仅是数据集成?
• PaaS将如何帮助采购产品线之间的应用程序共存?它会有用吗?
• PaaS是否有助于提高标准化采购信息架构如门户、MDM、分析、搜索、内容管理、仪表板/工作台、角色等领域，目前在Oracle的筒仓产品组织中是“动态”管理的?在这里，由大型SaaS套件厂商管理的“应用程序PaaS”(Application PaaS)必须转换为协调的产品开发，以便跨产品线(甚至在产品线内部)一致地开发这些领域。
• 还有哪些PaaS/IaaS生态系统可以利用?
• 甲骨文真的能在云端为采购/供应链建立一个合作伙伴生态系统吗?
• 基于Oracle的新策略，Oracle用户应该做些什么呢?
• 在采购环境中，Oracle PaaS与SAP的HANA云平台(除了数据库)相比如何?

我们不知道这些问题的所有答案，甲骨文本身也不知道，但我们将尝试解决这些问题，并对内部的最新发展进行一些“阻塞和解决”分析Oracle电子商务套件(EBS)和PeopleSoft供应商关系管理．在供应商[生命周期]管理领域，还有许多其他令人好奇的发展Endeca扩展(不幸的是在EBS中)。请继续关注，但如果你等不及了，想聊聊这些问题，请不要犹豫，联系我。