可编程网络自动化

394

｜

第

11

章

器，但不会一砖一瓦地从头建造。东西还是得购买的——它们只是为了更进一步深入技术

栈。相比之下，它们可能认为完全可以接受

Cisco

所提供的企业无线连接通用解决方案。

这里的重点在于每个人都得自行决定。你也许不具备

Facebook

或谷歌那样的规模，就算构

建自己的服务器也得不到它们那样的收益，不过还是很有可能从中获得比传统方式更多的

好处。

企业

IT

遵循的一条不错的经验法则是

，你可以买到所需功能的

80%

。厂商不可能满足每

个企业（尽管会尝试），所以它们必须将其工程范围分布在整个客户群中，并推出足以满

足眼前需求的产品。这意味着，以这种方式获得的技术栈会有大约

20%

的特例没法解决

。

传统上，企业

IT

只能全盘接受——但他们其实不必如此。

甚至用基本的脚本就可以帮助填补剩下那

20%

的功能空白

。例如，你可能有一个无线控

制器，但它不能按你想要的方式生成报表。用不着等上数月

/

数年的时间

，指望厂商更新

产品

UI

（这事可能永远不会发生）

，不妨研究一下控制器是否带有

API

。也许可以编写

Python

脚本来检索相关数据并使用图形库生成一些漂亮的图像

。注意，这并不意味着你必

须是软件开发人员——只要比较熟悉编写脚本就行了，这样你就有了选择权，不必苦苦等

待厂商响应你的功能请求。

“构建与购买”模式的每一方往往都有自己的特征（参见图

1

1-1

）。在某个领域中选择现成

的商业解决方案的组织倾向于依靠外部资源来提供支持，而内部构建的技术栈则倾向于将

支持模型也保持在内部，着重依赖于提高在该领域中的自给自足的专业能力。

构建 ...