不到一周，拉里·埃里森证明，他将建立一个史无前例的“云联盟”，而他将成为这一联盟的盟主——这仍然是一个应用为王的时代。
周一，甲骨文宣布与微软达成全面的云计算合作，用户将能够在微软Hyper-V和Azure平台上运行甲骨文软件，特别是甲骨文的Java和数据库。
周三，甲骨文与Salesforce.com联合宣布，两家公司已达成一项合作期限为9年的云计算合作项目，未来两家公司的应用程序、平台和基础设施将被整合。
三家在云计算、企业级应用上最具权势的公司，形成了一个涵盖“企业应用NO.1(甲骨文)+企业平台NO.1(微软)+企业云NO.1(Salesforce.com)”所组成的包括企业云、企业级应用、企业级操作系统的云技术联盟，这一联盟在云计算及SaaS领域已经有超过50亿美元的年收入，而三家公司在企业级市场的年收入更远远超过这一数字十倍以上。
虽然甲骨文与微软、甲骨文与Salesforce.com以及微软与Salesforce.com之间的关系有何不同、相互之间的合作的细节及收入、计划有哪些协议，三家公司是否会组成“真正意义上的具象化形态的”云技术联盟仍然有待观察，但显然甲骨文——这一云计算时代曾经的后进者——在云计算领域迈出了最难却最具意义的一步。
拉里·埃里森正在构建一个融合的云平台，而不是被甲骨文云、微软云或其他被供应商的“云基础平台”而锁定的云服务，作为企业级市场最重要的企业管理软件、中间件及数据中心供应商，他清楚的意识到：无论如何，应用仍然是抓住(锁定?)用户的根本，而不是云平台。#p#
甲骨文展开突破性云合作
事实上，就在两年前，拉里·埃里森还在说“甲骨文是唯一理解云计算的公司”，他甚至在2011年旧金山召开的甲骨文全球大会(Oracle OpenWorld)上声称：“Salesforce.com的云是假的云。”但两年过去，随着后者在云计算市场不断拓展业务，并获得接近30亿美元的年收入，拉里·埃里森决定与后者展开合作——而不是继续势均力敌的竞争下去。
“既然要做，就要做得彻底。”显然一直是拉里·埃里森的座右铭，据媒体报道，双方的合作协议包含所有三个层次的云计算业务：应用程序、平台和基础设施。
一方面，甲骨文将把Salesforce的产品与公司的Fusion HCM和Financial Cloud相整合，并提供核心技术支持Salesforce的应用及平台。此外，Salesforce同时将在整个公司部署甲骨文的Fusion HCM和Financial Cloud——这意味着甲骨文将把其在两个领域的重要应用：HCM和Financial，置入Salesforce的云平台，为后者的客户群提供甲骨文的应用。
另一方面，Salesforce将使用甲骨文的Linux操作系统、Exadata一体机、甲骨文数据库和Java中间件平台，作为前端云应用的供应商，Salesforce将不会提供Java中间件、甲骨文数据库等底层平台云服务——拉里·埃里森不仅为甲骨文找到了一个日益扩大的最终客户，也避免了在公司最重要的云计算产品：数据库与中间件上出现与合作伙伴的重合。
可以畅想的未来是这样的：企业用户将可以在甲骨文的公有云上使用甲骨文的应用软件，如HCM、财务管理等方面的软件，而一旦这一客户已经是Salesforce或成为Salesforce的云CRM等服务的客户，其在甲骨文云上的应用状态、数据都能够平滑的迁移——或者是共享——在两者之间。
在与微软的合作方面，甲骨文更倾向于把自己的应用能够普遍用于微软的三个重要平台：Windows Server、Hyper-v和Windows Azure——他们分别代表了物理、虚拟和云三个层面，也代表了微软在IaaS和PaaS层面最全面的产品组合。
根据协议甲骨文公司授权其应用程序可在Windows Server、Hyper-V和Windows Azure平台上运行。在此之前，甲骨文仅仅授权其应用程序可在Windows Server上运行。此外，Oracle Linux也将支持在Azure虚拟机中运行。
而此前，用户就已经可以在Windows Azure运行各种微软应用程序，其中包括微软的SQL Server数据库。现在，用户也能够在Windows Azure平台上运行甲骨文的数据库和WebLogic中间件。
与此同时，早前微软就已经支持在其Windows Azure上进行Java开发。现在，甲骨文和微软表示，他们已经进一步深化了对Java的支持，甲骨文如今已经授权其Java可在Hyper-V和Windows Azure平台上运行。
另外值得注意的是，甲骨文与亚马逊已经保持了一个长期的合作伙伴关系，其应用程序早就支持在AWS上运行。而微软的另一个竞争者Rackspace也于今日宣布了将在其云平台上追加支持MongoDB的消息。#p#
甲骨文正在向第三方云输出应用
显而易见，甲骨文正在向越来越多的云平台输出其应用程序——云化的或者是未经云化的——并让这些应用程序越来越多的出现在几大主流的企业级云平台上，据不完全统计，我们现在已经能够在微软的Windows Azure、亚马逊的AWS和Salesforce.com的平台上获得部分甲骨文的应用，并实现几乎与甲骨文原有应用程序一样的使用体验。
虽然软件定义数据中心的趋势还在蜕化和演变过程中，但“应用定义云”的趋势已经愈演愈烈，越来越多的最终用户认识到，与数据中心一样，最终控制和满足用户需求的是应用，而不是具体的服务器、存储或是网络设备，而在数据中心逐步虚拟化的今天，他们中的绝大部分看到这样一个趋势：以池化的资源面向应用提供可定义的、灵活的支持，是企业IT部门最终的发展方向。
在数据中心实现这一愿景还有待像是EMC的ViPR存储、惠普的Moonshot服务器或是SDN网络设备的支持，但在云上这一进程(或者说是工序)显然更加简单。随着云计算所提供的“硬件配置”——多少个处理器核心或是多大的内存——正在成为一种非具象化的符号，云资源相比云配置更为用户所接受——公有云正在以第三方服务的形式，提供用户数据中心所无法提供的虚拟池化的资源以及服务方式。
资源调度的灵活性决定了用户更愿意在云上部署新的或是测试性的应用，而随着公有云(甚至是私有云)的发展，自助的、灵活的、可面向应用定义的云门户应用而生，而云也因此进入了这样的一个发展阶段：用户不再以云配置、平台硬件以及提供资源的颗粒度来衡量云的优劣，而是以云上能否实现简单优化的应用部署和业务迁移来评价一个云——无论公有云和私有云——的好坏。
但并非每一个云供应商都有业界领先且占统治地位的应用，这也就让业界分为了明显的两类公有云平台：第一类是以Salesforce为代表，公有云服务商为用户提供CRM、ERP等领域的企业应用，并按照应用来收费——并不便宜，且无法做到与用户现有应用环境的融合，这导致Salesforce很难获得占比更多的大型客户的青睐——即便是有大型客户开始采用Salesforce，但更多情况下充满着测试的意味。
第二类是更追求平台化的云服务，比如Joyent、Rackspace或是AWS，本身不提供或提供很少的应用，用户可以在平台上根据需求购买云资源，并部署自己的应用，这其中的问题是，用户显然不希望在本地和云上都部署相同的应用(尤其是如果购买的是正版的应用的话)，但又很难完全割裂本地与云上的应用。
特别指出的是，虽然Windows Azure上微软竭力提供企业应用，比如ERP(基于Windows Azure的Dynamics NAV 2013以及Dynamics GP 2013已于6月18日正式上市)，但不可否认，大多数人认为Windows Azure更像是IaaS或是PaaS，其在SaaS层面的能力还有待商榷——毕竟微软更强大的是Windows Server、SQL Server、Exchange、Sharepoint和Fastback，而非ERP、CRM、HCM等特定行业、特定部门的应用。
但甲骨文的云与以上的云都不尽相同，一方面，甲骨文通过完全基于自己集成系统知识产权的硬件平台构建Oracle Cloud和Oracle Private Cloud，使得这家公司的云实际上可以实现公有云、私有云、托管云和混合云上应用的平滑迁移;另一方面，甲骨文的云并不提供具体的CPU、内存或是硬盘，或者说并不独立于其应用程序提供这些内容;第三，甲骨文的云上有着大量的应用程序：ERP、HCM、PB、FR、TM，甚至还有社交网络应用——拉里·埃里森对甲骨文云(Oracle Cloud)的定义一直很明显：推动甲骨文应用的云化，而不是甲骨文的硬件资源的云化。
既然要向行业内推广“云化的甲骨文应用”，那么甲骨文云(Oracle Cloud)就注定不仅仅是一个甲骨文的公有云服务，实际上，我相信它的目标之一，就是为甲骨文应用的云化提供测试平台，帮助甲骨文针对云上用户的需求——通过互联网、浏览器、手机或平板电脑访问——的不同。
而更重要的是，拉里·埃里森自2010年起对云计算态度的重大改变，他勇于与过去自己对云的不屑态度做出决断，坚决的让甲骨文成为一家云计算与SaaS领域领先的公司，正如我在2012年采访甲骨文公司总裁马克·赫德时所听到的，“甲骨文正在变成一家云计算公司，并且在SaaS领域拥有超过10亿美元的年收入。”
在这样的“与过去决裂”的背后，拉里·埃里森应该意识到一点：正如企业可以自由(相对自由?)的选择数据中心的硬件供应商一样，企业也应当有自主权选择云平台——看不见摸不到的但真实存在的数据中心而已——并在其上构建应用的权利。
甲骨文在硬件上(数据中心)领域并不占优势，在云平台上的优势也并不明显，但甲骨文在企业应用上就完全不同——它几乎影响着财富1000企业中的绝大部分——一旦应用云化，企业为什么要抛弃原有的应用的“云计算版本”，而去选择界面、功能、特性甚至是购买方式完全不同的应用呢?为什么要去完成应用数据迁移这样几乎不可能完成的任务呢?
这就是拉里·埃里森的高明之处：你可以不用甲骨文的云(但甲骨文云会证明它是最好的)，但你无法不使用甲骨文的企业应用，甲骨文所做的，就是把自己的应用放到所有的云平台上去。
简单来说，就是“云无法“锁定”，但应用可以”，可以肯定的是，在云平台上获得多种应用程序的支持将成为下一阶段IT战的主旋律。#p#
甲骨文引领云联盟?拉里·埃里森的云战略
在2012年旧金山甲骨文全球大会上，拉里·埃里森终于描绘了一幅完整的甲骨文云图，在这个云图中，既有甲骨文此前发布的Oracle Private Cloud，也有新近发布的Oracle Cloud——后者当时并不是一个全面甲骨文云的代号，而是甲骨文公有云的名字。
就在现场，我向甲骨文公司产品开发执行副总裁Thomas Kurian和甲骨文公司总裁马克·赫德提出这样一个问题：为什么Oracle Cloud不称作OraclePublic Cloud?甲骨文是否会将两个云融合为一体，而之所以使用Oracle Cloud是因为甲骨文认为云的最终形态一定是公有云?
马克·赫德给我的答案是：甲骨文认为，公有云、私有云或是混合云，最重要的是能够平滑迁移应用、数据和环境，所以Oracle Cloud实际上提供的是这样一种能力。他说：”当然，你会看到他们的融合，以及Oracle Cloud的巨大作用。“
甲骨文公司产品开发执行副总裁Thomas Kurian特别强调：“无论是哪一个云，最关键的是用户可以自由选择、自由切换。”就我提出的问题，他谈到，这两者使用相同的硬件和软件堆栈，甲骨文也提供满足最严格服务水平协议级别的服务，而甲骨文“同业最佳的解决方案为用户提供了可靠的保证”，这两个云之间的差异主要是“使用模式和方法的问题。”
Oracle Cloud高级副总裁Abhay则更为直接的回答了这个问题，他表示“Oracle只有一个云，而不是两个分割的云”，他强调说这是因为甲骨文优秀的软硬件堆栈，而且在Oracle Cloud和Oracle Private Cloud之间实现业务、应用、数据的切换都是非常容易的：如果一个企业在小规模的时候，可以使用公有云，之后可以使用私有云，甲骨文联通了这两个云，使用同样的软件、硬件，Oracle Cloud和Oracle Private Cloud是“同一个云的两种使用方式”，但他没有回答是否未来只保留“Oracle Cloud”或把两个云融合在一起。
但如果回过头来，看拉里·埃里森的话不难发现，Oracle Cloud和Oracle Private Cloud是否融合其实早就不再重要，重要的是甲骨文的应用程序能够运行在多少云上——这就像甲骨文过去所做的，不断把应用程序放在Windows、Linux、Solaris、Hyper-v、VMware环境中运行——而不是甲骨文的云应用有多强，毕竟相比云平台的服务生意来说，做应用软件的生意仍然是更具成本效益的事情。
正如上文所说，2013年注定是越来越多的应用出现在云上，在云上支持越来越多行业应用的一年，拉里·埃里森的行动很明显的释放出这样一个信号：应用将向以前推出不同操作系统平台的发行版一样，在不同的云平台上运行，而云服务商也将力推像甲骨文的HCM这样的行业领袖级应用的“入驻”。
“Oracle Cloud包括7个云服务，超过100个企业应用。”据Thomas Kurian表示，Oracle Cloud提供的服务将全面涵盖数据库、Java、移动应用、企业协作、数据分析以及应用程序商店。
拉里埃里森的云联盟一旦形成，意味着他将拥有两个“云王国”：一个是Oracle Cloud，可以平滑迁移的甲骨文生态环境内的云，运行者最全面的、最快捷的甲骨文应用，并最大程度的实现社交化、移动化;另一个是“甲骨文云应用”，那些运行在Windows Azure、亚马逊AWS或是Salesforce.com上的应用王国——这两个领地都将为甲骨文带来丰厚的收益。
但更重要的是，甲骨文——这个传统软件时代最重要的供应商——将藉此完成其在云时代的转型，变成一家提供云平台和(兼容性极佳、应用广泛的)企业级云应用的公司，拉里·埃里森解决了阻碍甲骨文未来发展的一个很大的问题：如何让传统的依靠卖License的软件公司变成云公司?
2012年7月，我采访马克·赫德时他表示“甲骨文会成为最大的SaaS厂商”，马克·赫德在DOIT记者谈到过去三十年的软件许可证(License)制度之后，就笑着表示他已经了解了记者的问题，他谈到，甲骨文认为“SaaS是一个很好的商业模型，毫无疑问会是未来的趋势”，甲骨文现在在SaaS上的收入超过10亿美元，而且在这个市场上持开放与充分肯定的态度。
因此，面对SaaS的发展以及软件服务化的趋势，甲骨文的策略是接纳和发展，甲骨文并不认为这会影响甲骨文在未来软件许可证上的收入——但其它那些传统的软件厂商呢?比如SAP、IBM或是赛门铁克?也许他们也在考虑同样的问题，只是还没有决定去做。
