SAP的HANA比Oracle的Exalytics更好

纵横四海

2010年5月在SAPPHIRE NOW，SAP首次公布了它将内存、云和移动性相结合的无间断创新的技术愿景。这一策略的核心SAP HANA，一种内存数据库。SAP HANA作为SAP业务套件、SAP NetWeaver业务仓库和SAP 业务对象的一种实时分析附件开始了它的生命 ― 为SAP的客户提供实时分析。


当时Larry Ellison嘲笑一位SAP的共同创始人Hasso Plattner，说他想知道Hasso是从什么药房拿到的药物。几个月后，在9的Oracle收入会议期间，Larry改变了立场，宣布Oracle将在SAP的产品能投放市场之前推出自己的内存数据库。他没有赢得这场比赛： SAP在2010年12月1日推出了HANA。


宣告解释说：“SAP HANA是一种完整的数据库和计算处理层，它能在主存储器中处理大量的实时数据，从分析和交易中提供直接的结果。” 这是思想速度的业务 ― “交易+分析”，而不是孤立的分析。SAP执行委员会的一位成员，Vishal Sikka博士，在他最近的几次微博中，捕捉到了我们的方向：


vsikka:# HANA的努力:服务于新的实时。现场分析、实时数据上的规划。削减了层，桥接分隔，开放系统。


vsikka:新的实时 = OLTP（联机事物处理）和OLAP(在线分析处理)。文本和结构化数据。无间断演化和前所未有的应用系统。


从那时起，在SAP HANA之上，我们已经开始交付惊人的新的应用系统。在2011年5月的SAPPHIRE NOW以及上个月的SAP TechEd上，客户和合作伙伴证实了SAP HANA的价值。接下来，HANA将成为结合了内存和无缝云的新一代平台和以一种“移动优先”的方法开发应用程序。业界和技术的影响人物，客户以及合作伙伴已验证了我们的方法。


另一方面，让我们看看Oracle在落后SAP18个月后宣布了什么。就个人而言，我对技术和客户两方面都感到失望：


技术: 我曾期望Vishal在他的博客中会提供Exalytics的详细技术分析，但在他仔细观察了Oracle的新品后，他在一段即兴的视频中的有一个“没有什么”的反应。他在发布的那个夜晚在微博上说：


Vsikka：Exalytics：15岁的 timesten+ 15岁 essbase + sun hw =一样古老的聚合、层、复杂性和封闭。完全漏掉了新的实时。


宣告说Exadata需要Exalytics实现分析的加速度，这意味着Oracle感到好像它必须加大油门。SAP HANA和那种事后补救的想法截然相反：HANA的架构是从头开始为真正的实时应用的新现实而建立的。


而Oracle又是如何支持整体的大数据的？如果我们看一看大数据的几个“V”― 容量（volume）、速度（velocity）和种类（variety）― 看起来Oracle期望你为每一个V买一种设备：― 容量(Exadata)、速度(Exalytics) 和种类 (Exa-ToBeAnnounced)。 这让人难以容忍。


以客户为中心：在尝试一种复古的IBM风格移动他们的硬件基础设施方面，Oracle没有考虑到客户。我看了几个小时的视频和阅读了长篇的博客，可是我找不到几个简单问题的答案:

如何知道要用哪一种Exa应用程序，以及什么时候用？

如何合算地管理应用系统日益增长的垃圾碎片或工程系统?

如何扩展一种不开放的“工程系统”，或提供选择?

在应用系统的什么地方运行这些Exa工程系统?

我猜答案是:没关系,你将要一种全部的Oracle优化硬件堆栈。


另一个相反的地方是，SAP要将HANA作为一种在SAP NetWeaver业务仓库之下的数据库产品。这样，我们让客户可以选择是否继续使用关系型数据库，或他们是否想通过SAP HANA的采用实现一种实时数据仓库。Oracle能提供这种类型的选择吗？他会冒险削减它的核心数据库的经销权吗？这让我怀疑Oracle对待Exalytics有多慎重。


因此，虽然Exalytics完全适合Larry Ellison的策略，更大的问题是它是否适合你的策略呢？坦白地说，SAP HANA是一种更好的选择。


该贴已经同步到 纵横四海的微博

bmw2004

这个倒是学习了解下,呵呵

bmw2004

这个倒是学习了解下,呵呵