开放计算项目（OCP）始于2011年，用于分享主流云用户及供应商正在实施的只包含基本元素、价格超低的硬件设计。Facebook发起了该项目，但实际上Google、亚马逊Web服务以及Azure在2006年就已经进入该领域，在随后的几年当中它们对硬件设计方式进行了调整，实现了令人难以置信的成本节约。

开放计算旨在作为我们分享硬件设计成果、引入硬件构建新标准的一种方式。伴随着云以及虚拟集群共享通用硬件平台的需求的产生，所有的IT空间最终将受益于开放计算项目，在很多情况下可以将开放计算项目看作是开放硬件源代码。

加入到开放计算项目中的设计反应了云供应商的折中特性。舍弃了所有的装饰——丢掉了额外的连接器，只提供了完成特定任务所需要的基础硬件。设计通常来自几家厂商，包括中国原始设计制造商以及传统厂商。

OCP 的不足之处

然而，在很多情况下OCP令人失望。以多年为云计算设计服务器的角度观察，与其说OCP是来自云供应商即将过时设计的某些杂乱的组合，倒不如说是一个采购哲学。核心问题是以尽可能低的价格购买现成的商业组件，同时仅使用工作任务所需要的配件。

云供应商制造云服务器时并没有什么高大上，通常是采用标准的Intel主板，由厂商按照Intel参考设计进行构建，再加上一些驱动。主板集成的芯片组提供以太网连接，并增加额外的内存以及电源。

正如我们看到的那样，结果是很多服务器设计符合OCP模式，尤其是当ODM开始销售白盒硬件时更是如此。除了廉价外，OCP标签还有其他价值吗？

评估OCP的价值

OCP的价值更多是基于其所在的基础设施环境而非服务器本身。最佳实践正使我们远离拥有冗余电源、可移动磁盘的服务器。开放计算项目的一个关键要素是标准化供电系统，从连接器定位到输入交流电压，允许同一机架内的服务器混搭。另一个关键要素是接受应急维护已经过时、硬件维护也已经是老皇历了。系统太多，因此过量配置硬件要比修复所有故障所花费的成本更低。

如果你认可上一段文章中的理论，那么问题就变成了选择能够满足需求的服务器——例如2个CPU、128GB内存、一块硬盘—并找到价格最低的厂商进行组装。你拿不到Google的价格，但不会被ODM厂商敲竹杠，与购买传统服务器相比，组装硬件能够大大节省成本，尤其是从主要的分销商比如Arrow购买DRAM、驱动器时更是如此。传统厂商同样在介入生产与OCP相兼容的服务器、存储，但在寻求更高的定价。

应该如何使用开放计算项目？

最后只剩下适用性问题了。无论选择哪种方式，目的都是选择合理的硬件完成手头的任务。如果你做的很好，而且员工理解该问题，那么任一有信誉厂商制造的服务器都能够很好地运行hypervisor以及标准的操作系统。大多数ODM厂商每年给云供应商提供数百万台硬件设备，没有一个客户能够容忍硬件兼容性出问题。例如SuperMicro以及Quanta公司的硬件组装质量都很高。

标准化程度允许你在很多产品当中做出选择，关键是了解是否适合云供应商。这时OCP就派上用场了，因为OCP是一款很有价值的学习工具，借助该工具我们能够了解哪些环节至关重要。当然也可以借助外部资源实现配置与集成。

开放计算项目是一个如何节省硬件成本并最大限度地提高灵活性的入门套件。在某一时刻，你将会购买硬件制造服务器而不仅仅是购买商用服务器。无论位于哪个阶段，尽管可能会遇到某些hypervisor厂商的配置认证问题，但低成本的服务器应该都能够满足虚拟集群需求。云解决方案比如OpenStack以及Ceph对硬件平台认证问题并不敏感。