甲骨文的重要性：统一的软硬件基础平台有利于互操作性
DOIT云计算 12年02月14日 23:25 【原创】 作者：DOIT原创 崔昊 责任编辑：崔昊
甲骨文的重要性：统一的软硬件基础平台有利于互操作性
“亚太区云计算联盟(以下简称APCA联盟)”的首批联盟合作企业包括香港和记环球电讯、马来西亚VADS（一家马来西亚电信公司）、澳洲电讯(Telstra)、LG CNS、新西兰电信公司旗下的澳大利亚子公司AAPT以及甲骨文公司——前者全部都是甲骨文的重要合作伙伴。
作为整个联盟的顾问咨询，普华永道将帮助构建互联性标准框架。联盟初创企业将在各自所主要服务的国家与地区，包括香港、马来西亚、澳大利亚及韩国，建立基于合作框架下的云计算合作，并持续推动这一计划在全亚太区的普及与应用。
甲骨文和普华永道的积极参与，以及优先团结自身合作伙伴这一点并不难理解：由普华永道及甲骨文这样营业范围更广泛、与上述电信运营商之间没有利益冲突的企业出面团结与协调，对这样的一个联盟来说更加合适。甲骨文作为所有电信运营商共同的合作伙伴，形成了纽带：甲骨文熟悉每一个运营商的业务模式、发展诉求，更容易帮助其在平衡联盟关系，达成联盟协调工作的一致。
而从技术角度来说，这样的纽带作用更为重要。亚太云计算联盟将倡导一种被称作“虚拟私有云”的互联技术以及名为“Carrier Grade”的云计算基础架构，将不同的电信运营商的云计算连接起来，形成亚太地区不同运营商云服务的广泛连接。显然，基于每个运营商自身的业务考虑，对于如何实现虚拟私有云或是设计什么样的云计算基础架构，都将存在一定的自身倾向，而甲骨文则能够以其技术和服务，加快协调与融合的过程，提供最佳实践供联盟参考，且立场更加中立。
甲骨文与各个电信运营商之间的合作关系（从中国的角度来说，未来如果有中国大陆的运营商加入APCA联盟，也同样适用），以及甲骨文应用系统在这几个运营商内的良好运行——Exadata、Exalogic软硬件一体系统——为这个联盟带来了较高的起点。
首先，互操作性问题变得更加容易，APCA联盟致力于云服务的互联，而这种互联需要充分的互操作性，且创建一个“面向互操作性的云计算标准”更是联盟的发展目标之一，相同或是相近的底层架构更容易实现互操作性，更容易融合标准化服务——从而达成联盟的另外一个目标：让亚太区的云服务实现24x7的本地化支持。此外，联盟目标中提到的“业务解决方案与行业创新”也将受益于软硬件一体系统的成熟解决方案，以及甲骨文作为行业供应商的经验。
其次，Exadata、Exalogic软硬件一体系统还有一个更为突出的优势：横跨底层与软件系统层的互操作性，更为贴近服务层。随着IT行业的成熟发展，尤其是工业标准计算的普及，底层硬件的互操作性已经非常成熟，企业用户更为重视软件应用系统以及服务层面的互操作性，或者说，互操作性的难题与工作重点，已经由硬件层面进入到应用系统层面——IaaS（基础架构即服务）的互操作性已经解决，如今需要解决的是PaaS（平台即服务）的互操作性。
APCA联盟既然致力于服务平台层面的互操作性，那么其至少应该拥有一个满足各个运营商互操作性但难度较低（二次开发确实也是种可能性，但这么多家运营商共同进行二次开发，仅开发平台就难以统一）、尽可能贴近SaaS层（软件即服务层）的应用系统平台。
这一平台必须是广泛存在的，保证每个电信运营商都对其有所了解。
谁是能够同时满足“无处不在”与“统一应用系统平台”的系统呢？或许现阶段只有Exadata和Exalogic。无论是甲骨文的数据库、中间件，还是甲骨文为这两套系统提供的统一化的管理与应用开发平台，以及与硬件系统的高度整合，实际上都为联盟内的电信运营商铺平了合作的道路——重要的不仅是硬件，重要的是能够提供互操作性的软件平台与应用系统。
不过，这也容易让人联想到“用户锁定”的问题——自软硬件一体系统或者说是应用集成系统诞生——就不断有人对此提出质疑，但业界却在2011年不断的接纳了越来越多的应用集成系统，Appliance正在成为企业级IT市场的新增长点。而对于电信运营商来说，其强大的IT实力、复杂且混杂的应用环境，供应商很难实现真正的“锁定”——真的有能够锁定住电信运营商的应用系统么？
而实际上来看，即便出现“用户锁定”，那么甲骨文“可能锁定”的也是电信运营商（从实际情况来看，这几乎是不可能的，姑且不论电信运营商的IT运维能力之前，即使是内部采购条款就已经规避了这种可能性），而对使用运营商云服务的企业用户来说，他们还和甲骨文隔着远远的一层“电信运营商层”，甲骨文的锁定并不存在。
腾讯微博
新浪微博
