亚马逊Web服务问世七年，软件即服务业务模型爆发，甲骨文最终也难以免俗，通过其旗舰数据库产品开始云计算之旅。本月初，甲骨文发布了令人期待已久的甲骨文数据库12c版本，称其为为云设计的第一款数据库。诚然，这一点取决于甲骨文对于云计算的定义。

甲骨文12c提供了大量的功能，比如多租户和地理分布式负载均衡/故障恢复等，看起来都是非常的“云化”。如果企业想要构建一项云服务或者寻求升级现有的云服务，这些功能的确很吸引人。但是如果是希望构建软件即服务的创业公司，现在什么都没有，那么最大的期望是快速传播开俩，而甲骨文12c企业版本的价格列表上每个处理器4.75万美元的价格有些不合理，因为只有这个版本能提供多租户功能。

甲骨文数据库12c

即便企业愿意为这个价格买单，也意味着必须要开始处理某处的物理服务器，或者可以在微软的Windows Azure云上托管我的数据库。而如果企业出于某些原因希望变更数据库层或者对应用做出改变，可能还需要更多的灵活性。

上文描述的企业类型就是云计算企业的案例。生机勃勃的创业公司可以在AWS上构建应用，疯狂的成长起来，开始成功。从某个角度看，云计算的真髓就是自由，自由的选取最佳的工具，可以随意修改搭配直至满足我们的需求，如果不需要了或不适用，可以完整的替换下来。

出于这样的原因，开源云盛行开来，并不仅仅是为了下企业。企业现在差不多都在逐渐脱离企业软件，来实现业务的自动化，淡然也并不是说不需要企业软件了。如果Facebook、谷歌、Twitter和其他的新型互联网参与者都不能找到所需的合适开源软件，他们就会自己构造，随后将其开源化。

公平的说，甲骨文12c想要吸引的客户类型可能并不是哪些创业公司或者热衷网络的企业。全球的大型企业有很多大型且重要的应用都需要大型且重要的数据库。如果甲骨文是最安全、最稳定且性能最高的选择，花这些钱完全值得。

Salesforce.com为例，可以在昂贵的甲骨文软件和硬件上标准化，因为其用户增长量完全可以预期，而且可能稍晚一些时候就会换数据库。这样做非常昂贵且耗时，尤其是如果任何客户发生宕机，那就要遭受公众的口诛笔伐。

Heroku是Salesforce.com2010年收购的平台即服务厂商，当时Heroku已经创办八年时间，现在运行着300多万应用。它是基于PostgreSQL构建的，随着技术的成熟在不断的升级其性能。

购买大企业的产品对于采购人员来说很稳妥，中规中矩。然而，某种意义上的云架构是多租户且分布式的，而且理想上应用可以作为一项服务来交付。那么，如果它运行在Exalogic盒子里或者你不能微调代码，又或者你需要画上一大笔钱来保证其终生的运行又是怎样一副光景呢？

此外，云也是某种意义上的第一套特性集。云应该是可以让软件工程师和架构师更换到一个开源数据库，或者更多数据库，一些通用的功能可以构建到产品的基础中，可以演变扩展成核心的内容，而且不需要耗费一兵一卒。

这样做没有本质上的队和错，但是如果要在开源数据库和12c之间选择的话，企业应该将技术看作是一种创新的工具，也是业务发展的舞台。企业要为未来做好计划，不仅仅是维持现有的工作，还要考虑未来如何增量调整等等。