我们可以从虚拟化中学到什么关于规模的知识
随着虚拟化开始流行，出现了多种衡量成功的指标。 整合率、管理员与虚拟机的比率、配置时间以及虚拟化服务器的百分比是衡量和评估虚拟化项目成功与否的最常用指标。
今天，我们正目睹 DevOps 开始崛起，并且有类似的指标被提出来衡量其成功。 当我们关注 DevOps 的 CAMS（文化、自动化、测量、共享）定义中的“M”时，上市时间、平均恢复时间、变更前置时间和部署频率是比较常见的测量指标。
这些都是好的和必要的，但是 DevOps 还有一个好处（如果你愿意的话可以称之为一个用例）很少被讨论，但同样至关重要：运营规模。
这是 SDN 试图通过操作化在“网络中”解决的相同问题；通过技术使团队规模与企业期望的和正在经历的增长率相匹配，这得益于移动和网络applications的快速增长。 这是一个典型的“30/30/3”问题，由于数据的增长推高了 IT 成本（传输、处理和存储），而收入却仅有微小的增加。 要解决这个问题，我们需要集中精力于我们能够控制的一个因素：更高的 IT 成本。 因此，如果您想将其称为 SDN，那就叫吧。 如果你想将其称为网络的 DevOps，那就继续吧。 如果您想将其称为 SDDC，为什么不呢？ 如果您感兴趣的话，也可以称之为云。 它们都具有一个共同的前提：快速的运营规模对于增长至关重要。
这不仅涉及硬件和软件资源；还涉及我们如何配置和管理这些资源。 因此需要减少管理部署和交付应用所需的资源集（硬件和软件）所需的工作量。
这就是“自动化”的“A”在降低改变增长方程式所需的 IT 成本以及使规模能够支持更大的业务增长方面发挥的作用。
但我们所需要的不仅仅是对自动化的表面看法。 虽然自动化（使用脚本和编排来推动配置和管理以及部署服务和应用程序所需的操作流程）很重要，但我们不要忘记“基础设施即代码”所发挥的关键作用。
我们可以通过回溯机器来窥视虚拟化在扩展计算资源管理方面的成功，这在很大程度上要归功于将基础设施“视为代码”。
我知道，我知道，它实际上不是代码，因为它不是脚本或配置文件或任何看起来像“代码”的东西。 但它被视为“代码”，因为我们使用“黄金映像”的集中存储库来快速调配和配置服务器。 Web 服务器、应用服务器、数据服务器。 不同类型的服务器通过预定义的“图像”进行理想化，以便运营商进行扩展。
当我说规模时，我指的是规模。 尽管有很多数字被广泛讨论，但早在 2011 年，发现管理员：虚拟服务器比例为 1：350 的组织并不罕见。 一些组织声称其比例高达 1:500 至 1:1000，而其他组织由于受限于其组织规模，只能声称比例为 1:100 或 1:150。 2012 年的一份报告分析了多份 IT 基准报告的数据，指出管理员与服务器的比例为 1： 物理服务器为50-75，虚拟服务器为1：185-450。
从规模来看，这是令人惊奇的。 这有利于实现增长，且通常不需要承担更高的 IT 成本。
现在，考虑一下所有规模企业中工程师与设备的平均比例约为 1:36。 这本身就很有趣，你不觉得吗？ 随着业务的增长，该比例似乎不会改变。 这是一件坏事，而且只会加剧 30/30/3 问题。
但如果我们能够以某种方式改变这种状况，即使只是将每个工程师的设备数量增加一倍，我们也可以降低增长成本并使整个网络能够更好地扩大规模。 为了做到这一点，我们必须效仿虚拟化的成功。 不一定使用虚拟化，而是使用使其能够支持令人难以置信的管理员与服务器比例的概念：基础设施即代码和自动化。
我们不能仅仅创建交换机和负载均衡器的黄金映像以及我们知道组织正在采用的 20 多个其他 L4-7 应用服务来交付和保护其applications的原因是每个配置都是独一无二的；它以应用程序为中心，这意味着虽然您当然可以使用软件（虚拟）并为其中任何一项服务部署黄金基础映像，但您仍然需要有人来进行配置。 这并不是一个简单的配置。
为 Exchange 配置一些应用服务？ 它需要创建、配置和正确关联超过 80 个不同的对象才能获得所需的可用性、性能和安全性。
这肯定是“在网络中”产生时间（及其相关成本）的地方。
这就是我们需要扩大规模的地方。 我们需要将基础设施“视为代码”。
这就是模板被纳入 DevOps 自动化组件“A”的原因。 因为模板使网络（和安全）操作能够将常见配置“视为可以在中央存储库中进行管理的代码”。 该模板成为应用服务调配和配置的“黄金映像”。 这种方法可以实现模拟虚拟机配置的自动化和编排，并为组织实现业务增长所需的运营可扩展性奠定基础。
DevOps、SDN、SDDC 甚至云不仅仅是为了缩短产品上市时间或降低运营成本。 它们也是实现高效规模的关键，可以促进而不是阻碍业务增长。 增加越来越多的操作员或工程师来管理整个数据中心（计算、网络、安全、存储）不断增加的资源的成本将会吞噬该规模带来的增长。 使用自动化和将基础设施视为代码来更有效地扩展可以成为管理支持业务增长所需规模的一种方法。