品高云

品高云计算的研发选择从核心基础的IaaS切入，并从GoogleApp Engine、AmazonAWS、NASA Nebula、MicrosoftAzure、VMwareCloudFoundry、SinaApp Engine等公有云的实践应用中思考了各个云计算厂商从IaaS、PaaS到SaaS等各种服务形态。同时这跟品高长期服务政府、大型企业的IT系统建设，对政府机构、企事业单位的IT系统演进有深入的了解有很大的关系  。

可演进

作为云计算的倡导力量Google公司，提供公众的App Engine，“颠覆”了以往的技术路线。在Google App Engine的沙盒里，没有操作系统OS位置，因此没有Unix对比Windows那个更强的哈姆雷特式问题；也没有关系数据库的位置，因此不需要在Oracle/SQL Server/DB2选择，也包括MySQL等开源数据库；没有了传统的平台，也就没有传统的平台调用，POSIX标准、文件协议、进程通讯等也没有了，现实IT基础世界中存在差异的很多地方没有了。这个平台只剩下了App Engine平台，除了Python语言外，虽然支持Java，但是从官方网站就可以看出Java的很多标准子集都不能运行在沙盒里。

MicrosoftWindows Azure虽然在技术没有象Google那么“前卫”，但一向擅长兼容性的微软也没有能让开发者的.NET程序方便、快速地迁移上云运行，究其原因就是重新设计了我们传统观念的一些API，譬如使用Blob存储取而代传统的文件系统API等。

因此，品高在设计基础架构云平台的时候，更多学习Amazon这个行业No.1的基础架构商业云的功能以及定位。当2008年我们选择这样的思路理念时，很多人还抱着怀疑的态度，但几年实践发展证明，Amazon弹性云计算EC2已在世界范围内得到了相当高的认可。

开放性与标准化

近几年IT厂商的发展，比以往任何时候都更加重视对使用者、供应链上的合作伙伴关系，从国外的Apple App Store，到国内的淘宝开放平台到各种Mobile Market，都是如此。品高在设计、实现基础架构云平台的时，秉承向有广泛受众的行业标准靠拢的开放兼容原则，优先使用非专利锁定的开放技术，优先利用开源平台的技术。

在基础架构云平台计算平台的发展上，Amazon的EC2在国外拥有大的市场占有率，IBM、Oracle、微软等传统软件公司都支持运行在Amazon EC2上，甚至为了公众更好地使用软件产品，提供官方定制的Amazon的EC2镜像。而Amazon的Web Service对其接口、协议都采用开放的原则，允许各种语言编写调用，并提供了标准化的操作工具。品高在设计、实现基础架构云平台的时候，决定在基础架构云平台的服务接口层API和亚马逊的兼容。

技术融合

基础架构云平台应该能够实现和多方的主流平台进行融合，其涉及计算虚拟化、存储虚拟化以及网络虚拟化等各个层面的技术，从当前的技术发展来看，没有哪一种技术绝对领先，那么，系统在设计、实现的时候应该考虑这些技术的融合、可选支持，以适应不同的客户选择。

以虚拟化为例，Xen/KVM都是成熟的技术，品高基础架构云平台应该考虑包容这些技术实现，应将选择权交给客户。而另一方面云计算的发展催生了大数据处理的需求，大数据处理希望最大限度使用硬件处理能力,对这类用户来讲，应避免使用虚拟化技术造成计算性能虚拟化损耗，应融合如linux容器技术来支撑弹性计算的需要。

不仅如此，对于上层应用正在广泛使用的传统关系型数据库（如mysql，sqlserver等），以及动漫行业内的常见3D渲染软件3DMax、maya，甚至目前最通用的分布式计算框架hadoop在实现时都应考虑支撑。

高可用性

在建立IT基础架构时，传统习惯建立在购置高可用性的服务器。可是数据中心和云计算对机器的高可用性提出了很大的挑战，因为当服务器的数量到数百规模以上，计算部件的平均无故障时间都会被放大很多倍。

Google最伟大的成功实践经验告诉我们建构一个高计算处理能力的网络，并不一定需要超级计算机，因此Google的服务器都是DIY的Intel X86PC服务器。在架构上就考虑设备的不可靠性，在架构上解决。这样的好处是：

1)高性价比，降低基础架构云平台实施的建设起点门槛，无需在启动阶段购置大量的品牌服务器；

2)根据公众客户的需要，为持续的投资以及扩容留下一个快速可演进的路线；市场上，扩容所需的PC服务器在采购方面的响应更加快速；

3)分布式容错冗余的考虑规避了造价低等于质量低的可能，降低运行维护的成本；

4)充分地结合Intel X86 CPU多核发展大流，顺应单位成本降低的发展趋势；

5)通过基础架构云平台的并行计算来应对并解决部分上层软件无法充分利用多核心并行计算的问题。