如果您在数据中心业务中，您可能遵循开放计算项目（OCP）。如果你没有，你应该。OCP是Facebook对处理可能超过一百万的服务器计数的回应。他们围绕规模和可维护性的创新太引人注目，无法忽视。

该行业不能忽视OCP中升起的设计。这是一种非常繁乱的方法。自从300 MB的磁盘是洗衣机的尺寸，我一直在数据中心工作，我看着公司顽固地适应时会发生什么。当破坏市场时，你有两种选择：拥抱它或死亡，痛苦，痛苦的死亡。

OCP Naysayers希望解除这些新设计。我听到人们说，你必须是Facebook的大小，因为它有所作为，或者大多数公司都不能接受OCP。我不相信这是真的。公司不必在Facebook规范中查看开放计算设计的好处。这不仅仅是机架成本，也是可管理性和总体拥有成本。

成本与节能

OCP机架可能会花费更多。但是，当您在节省权力的节省时以及减少的服务器上运行电源（每个机架的共享配置中的服务器外部），以及将UPS移动到机架的机会（较低的爆炸半径和故障）虚拟化电源的机会），OCP的真正拥有成本低于传统服务器配置的成本。

OCP对数据中心的意思是什么？这是破坏性的。这就是为什么人们有点害怕它。如果您从传统的传统供应商那里购买了您的服务器，您将陷入困境的花园中。您被指示使用您不需要和昂贵的服务计划的功能购买硬件。随着OCP，为您提供更多自助服务选项，更密集配置和剥离的主板。您的IT负载仍然至关重要。但更智能的软件是推动您的弹性 - 而不是每个服务器的两个电源，过冷的数据中心，或来自原始设备制造商的现场服务团队的昂贵支持。

企业IT部门和其他提供商需要开始处理它的商品等硬件。您不再需要宝贝机器并支付广泛的实地服务计划。磁盘，双线内存模块（DIMM），电源甚至主板都可以在您自己的大多数系统上替换。OCP通过设计所有现场可更换的单位，即使用手捕获，也可以更轻松地更容易。将您的能源集中在仅提供零件的服务中，以市场价格为单位。

重新思考服务器设计：丑陋是新的漂亮

传统的服务器设计是这些整体机器，用大徽标赞美，花哨的外观 - 他们很漂亮。OCP设计带走了挡板，带走了那些花哨的外墙。为什么？它们阻止了气流。极简主义设计使一切都能冷却，使用每个工作单元的能量较少，推动超低功耗使用效果（PUE）。剥离服务器尺寸的过度皮肤。通常，今天您将拥有一架充满服务器的机架，彼此最多可达40个单机架单元披萨盒式服务器。OCP机架可以在双机架单元高度中并排配合三台服务器，因此您可以在相同的高度中安装60。这是令人难以置信的密集，而且对于一个书呆子，它是性感的地狱般的骨头，跑得很热，吵闹。一目了然，你可能会思考，“男人，那些服务器很可怕！”但是当你想到它时，他们很漂亮。如果效率是低音，他们都是关于低音和没有高音的。虽然我知道它不仅仅是开启Facebook的低扁平的OCP，而当我听到1.1下面的时候，我只是嫉妒。我知道OCP设计是一个很大的节省。

抛弃停机时间

但你必须考虑电源。停机时间是对数据中心的恐惧。传统上，您每台服务器运行两个电源。如果失败，则备份始终存在。但它非常浪费。想象一下，在你的车上有两个发动机在冒出机会上堵车。你只是燃烧燃料。OCP设计为整个机架共享电源。对于40个服务器而不是80个电源，您有六个左右的电源。它们更有效地运行，也许您需要第七或第八个用于n + 1或n + 2配置。OCP设计将电池放在机架中，无需数据中心大小的不间断电源。这也意味着您可以使用软件控制电源，然后关闭不使用的耗材。如果供应失败，本地电池覆盖了电源，而新电源在您的N + 1配置中联机，通话给您的技术，告诉他们将哪种电源替换。较少的组件（电源）和较低的功耗，具有相同可用性允许您为相同的瓦特运行更多服务器，而不是牺牲可用性。不喜欢什么？

承认传统，但拥抱未来

要运行现代数据中心，了解和拥抱OCP是必不可少的。这是否意味着我们告诉我们的客户清除传统的架子？不，我们仍然投资传统技术。这真的是灵活性。这意味着我们有一个扩展的OCP设计空间。这都是文字和心态。我们对此说法不感兴趣，“我的爸爸以这种方式建造了他的数据中心，以及他爸爸的爸爸在他面前。”如果客户来找我们并说：“我想去OCP，”我们很高兴能够实现这一点。

所有的中断都有强制性的恐惧：这是怎么做的？什么是影响？最终，成本差异将是如此有吸引力，人们会克服恐惧和采用。OCP将继续获得腿。即使它看起来很慢，它也不慢。我们不能忽视它。我肯定会关注。

克里斯····························································································································································。他在互联网基础设施行业中拥有超过25年的运营，工程和IT经验。他以前曾担任亚马逊Web服务的基础设施运营副总裁，在那里他对亚马逊的数据中心的运营和网络负责。