在亚马逊网络服务推出仅仅七年之后，软件即服务的商业模式火爆之时，甲骨文终于以其旗舰数据库产品跨入云计算领域。在周一，公司展示了其Oracle Database 12c版本，称其为“***为云而设计的数据库”。我个人认为，这要取决于你怎么来定于云。
Oracle 12c的确提供了一系列的功能，其中的某些都非常有云的味道——比如多租户和地理分布负载平衡/失效备援。如果我正在架设云服务或者正要更新已有的云服务，我确定这些东西肯定会吸引我。没错，我甚至可能很想得到它们。
也就是说，如果我正在创立一个软件即服务的公司，现在还什么都不能做，但是我希望会想野火一样蔓延，Oracle 12c企业版——这个唯一提供多租户(需额外付费)的版本——每个处理器47500美元的订价就有些夸张了。而且，即便我愿意且有能力购买，我还得对付某处的物理服务器或者是在微软的Windows Azure云上托管我的数据库。如果我需要对数据层做出一些更改，从而影响应用的变更，我还希望能更灵活一些。
两个架构的故事
至少对我来说，我刚才描述的那种公司是很典型的云计算公司。就是斗志旺盛的创业公司，把应用建立在AWS上，疯了一般的成长，成功的同时还能避免技术上的风险。在这里，云计算的本质就是自由——这种自由可以让你挑选***的工具，用它们来作调整直到满足你的要求，如果它们不能用或者突然不能胜任某个工作，你可以完全替换掉它们。(Freely用HBase取代了MySQL的原因)。
这种版本的云，开源是非常重要的，而且不单单对于小公司而言。在六月召开的Structure大会上，Netflix云架构师Adrian Cockroft告诉我，他们公司几乎放弃了所有企业软件，来加强其流媒体业务，而且肯定不想再发展其他的了。如果Facebook，谷歌，Twitter和其他新的网络巨头公司找不到他们需要的开源软件的形式，他们就会自己来建立(然后再将其开源)。
平心而论，甲骨文想用12c吸引的那类客户也许并不太在乎创业公司和网络巨头所做的那些事。有大的、重要应用的全球性公司需要大型的、重要的数据库。如果甲骨文是现在最安全、最坚固、***性能的选择——或者要换别的工作量太大的话——那么也可以说是物有所值的。
例如，Salesforce.com能够将昂贵的甲骨文软件和硬件作为标准配备，因为它的用户增长是可以预见的，而且如果没有A级工程师在的话，更换现有的数据库可能有点晚了。这将是一个昂贵又及时的提议，特别是因为任何的客户停机时间都会引起公众强烈抗议。
Heroku平台即服务在2010年被Salesforce.com收购，现在运行了超过三百万个应用?它建立在PostgreSQL的基础上，并随着技术的成熟不断更新其功能。
从没有人因为购买Oracle而被辞退，但有人因为它而升职么?
这里还有一种云，架构是多租户的，分布式的，理想的情况下，该应用作为服务交付。如果它运行在Exalogic服务器上，或者你不能修改代码，或者它在使用期间会花费大量成本，那该怎么办呢?
还有一种云，一个软件工程师和架构师团队可以把一个开源数据库(或二三个)和一些通用服务器变成一种产品的基础，它可以发展和扩充其核心内容，无需投入过大的前期成本。
不能说哪一种方法根本上是对或错，但是选择二者中的一种确实可以看出一个公司如何看待技术作为创新工具这一问题，以及所处于的业务阶段。有对于未来的计划，也有维持现状的计划。很多看似聪明的公司都在选择前者
