SAP正在重组其云业务。或者云计算正在撼动SAP。在执行董事会层面支持HANA的Vishal Sikka和在SAP云业务部门任职仅几个月的Shawn Price都已经离开在这里而且在这里)．尽管与我们交谈过的许多人对Vishal的离开有不同的看法，他们比我们更接近SAP——尽管他的离开显然代表着ERP巨头的重大损失——Price迅速离开背后的理由引发了更多的问题，而不是答案。此外，它还对网络和云应用程序在SAP内部的基本角色提出了质疑。
在新的结构下，将真正分为三组:技术、数据库和应用程序。云现在是应用程序业务——或者是应用程序业务的一部分。这是有道理的——SAP不再需要云计算的领导地位，因为云在SAP的整体战略中是隐含的。当你有一个“金童”群体时，它会在内部产生怨恨。回顾一下我们中的一个人(皮埃尔)在职业生涯早期工作过的CSC。CSC Consulting是在CSC母船上工作的混合IT/业务咨询集团，努力弥合大型IT交易和较小的以业务为中心的转型计划之间的差距。然后CSC收购了指数集团，该集团由精英mba组成，运营大型业务流程再造项目礼节当时。CSC指数成为了那个金童，但它被宠坏了，最终的结果是文化冲突和灾难。类似的失败还有很多(例如EDS和A.T. Kearney)。回到SAP。
RIP:独立云
随着Price的离去，独立的云业务将消失——至少作为一个独立的运营部门将消失。这就提出了一个问题:Shawn云计算员工中的其他人会发生什么?他的首席营销官蒂姆•米纳汉(Tim Minahan)发生了什么?米纳汉是Ariba转型背后的智人之一，专注于从战术上构建应用程序和网络业务的交集。对SAP来说，失去Tim将是一个巨大的损失(至少在我们看来)。
就SAP客户而言，我们有内部部署客户(是的，他们仍然存在)和云现在在同一条业务线上。但是客户仍然需要选择他们的应用程序套件(例如，Ariba应用程序套件和SAP遗留应用程序套件)，正如我们所写的那样，它们是“松散耦合的”在这里．
不幸的是，这个决定基本上仍然是基于您的技术应用程序部署偏好而不是您的功能需求(正如我们所写的那样)在这里)．通过收购和有机开发，应用程序激增，而不是集中在一个真正的平台上，比如Workday或Coupa，或者更广泛地说，在真正集成平台中的任何公共基础设施组件堆栈上。
HANA数据库显然是SAP HANA云平台，这是一个普通的PaaS不仅支持客户端HTML5(SAPUI5)应用程序，还有一个最近发布的[测试版]基于云的HTML5环境．您可以更广泛地查看该平台在这里．现在，我们对采购PaaS的定义更宽泛一些。它不仅应该包括一个应用程序市场，还应该包括将这些应用程序部署并集成到核心云应用程序(如果有api，甚至是内部应用程序)的基础设施。
SAP实际上有一个HANA云应用程序市场在这里一些“与采购相关”的(在市场搜索框中输入“采购”)大多是由SAP编写的，而另一些则是无关紧要的。我们最喜欢的是SAP落地成本应用程序。你可以“现在就购买”，价格为67.5万美元(我们希望有一些优惠券代码!)。
严肃地说，我们希望看到的不仅是市场，还有来自第三方开发者生态系统的附加应用程序。这可能会从SuccessFactors生态系统开始，因为它的代码比Ariba遗留代码更现代、更开放，而且您已经可以看到其中一些正在发生SAP HANA云平台支持SuccessFactors扩展还有一些技术讨论关于如何让它发挥作用。
至于Ariba，它的应用程序只是SAP的另一个“应用程序”套件——与其他SAP采购产品相比，客户可以接受它，也可以放弃它(尽管销售代表说，考虑到他们推销Ariba的动机，至少直到最近是这样)。
两个应用进入，一个云离开
有人可能会愤世嫉俗地看待这种情况，说我们SAP内部目前的情况更像是这样有限公司．我们有共同基金——控股公司。让我们不要贬低Infor，因为他们的一些基础设施产品实际上做了非常酷的事情。也许共同基金的比较并不完全公平，因为这些基金最终都将持有同一只股票——HANA DB。但在表面之下，它仍然是一个碎片化的数据模型，无论现在应用程序移植到它的速度有多快。这就像给梅赛德斯系列的每一辆车(无论底盘、轮胎、悬挂、刹车等)配备一个AMG涡轮增压器。毫无疑问，这是一种很好的营销方式，但要注意它的衍生产品!
当然，除了以前的云计算团队会发生什么之外，这还会引发更多的问题。对客户来说，更重要的是应用程序组中的SaaS/云应用程序在何处以及如何与基础设施团队结合。对于采购来说，最重要的是，除了将Ariba网络移植到HANA之外，Ariba网络还发生了什么，比如Ariba花费可视性(写得不错)在这里在星座)。
基本上有两种可能的结果:
1) SAP(和Ariba)网络变成了应用程序(也许会有更多的业务逻辑构建在其中)。如果是这样，网络应该位于应用程序组中。如果是这样的话，希望应用程序(和网络)团队将在HANA的臀部与基础设施人员联系起来，因为在这个模型下，网络将成为构建应用程序的平台。想想看:如果实现了，类似paas的服务将成为主流。但是，这里对从业者和SAP都有一些潜在的严重影响。
2）网络成为共享的基础设施．如果有，它能提供什么服务呢?目录服务(例如，夸张的UDDI)?MDM服务?贸易伙伴/供应链网络建模服务?内容服务?BPM服务?分析服务?集成服务吗?PaaS在这里也很重要——更不用说应用程序开发服务的角色了(可能是以插入应用程序中暴露的api的方式，也可以暴露到应用程序中)。 This is somewhat the old Ariba Network model (but more sophisticated and open). Dust it off? Perhaps. Or maybe tune it a little differently.
选择哪一个?你不能两者兼得。但我们会挑选并提出建议。花钱很重要的PRO会员们:本周回来看看我们正在起草的SAP剧本，因为B2B游戏正式开始了。
非常感谢分享SAP云系统的细节。