API正迅速成为现代网络的必备品。API的大量增长迫使供应商开始重新思考他们究竟想要如何配置并管理他们的设备。

就在几年前，API在网络工程世界中还是一个新鲜词汇。

工程师听说过这个术语，且可能对这个想法已有了很好的了解，但是大多数人还是把它们认为是软件开发领域的一部分。然而，随着软件定义网络的出现，API大量增长，作为一个可行的替代尝试、真正的命令行界面（CLI）的概念开始受到关注。事实上，在2017年，API将被视为各种类型、各种规模的网络供应商进入的最低门槛，不论年龄或市场渗透如何。API已经成为网络之争的必选项，没有它，供应商将越来越被边缘化、并失去他们众所周知的地位。

一般来说，API是一种软件与设备直接交互的手段，绕过以往制造商提供的内置方法，例如自己的CLI或图形用户界面。换句话说，API允许用户以编程方式编写自己的接口。这是理想意义上，但在许多情况下，现实并不以我们期望的方式实现。

供应商：由于API的增长和采用而陷入扁平化

问题是，以编程方式与网络设备接口的想法，虽然究其核心没什么特别之处，但对解决问题来说程度刚刚好。因此，许多供应商对行业观点的转变速度感到震惊。在多数情况下，供应商抓住了时机并开始建设。新兴公司或者初创公司早就注意到这种运动，从一开始就从API入手。

供应商的另一个挑战是——开发一个完全开放或完全功能的API。用户应该能够针对特定设备编写代码，并完全控制该设备的所有方面，使用本机CLI或GUI。如果用户只是接收到一个随机百分比的控制不是100％，那么该供应商没有达到最终用户所需的API的复杂程度。

我曾访问了大量的大型数据中心和公司，与实地工程师、CIO设置组织机构的方向时，大家之间很少有这些在网络自动化或可编程性方面的讨论。这也并不值得人惊讶。

另一个更有趣的一面是，公司现在在询问这些概念，因为他们开始做出购买决定。不仅基于对手头问题的整体适应性以及整体的货币成本，而且还取决于系统的开放性和鲁棒性。

API的增长促进生态系统的成熟

越来越多持开放态度的公司向公众发布API，整体用户生态系统运行变得越来越快。像Glue Networks和SolarWinds这样的公司，虽然不是设备制造商，但是在网络领域中相当普遍的玩家，他们有非常强大的生态系统。用户自由地向相应的存储库贡献自定义代码，彼此交互以解决问题，并且通常将它们放回生态系统中以尽可能多地取出。也有开放源代码软件的，Puppet、Chef、Ansible和SaltStack，诸如此类。

同时，像F5 Networks这样的硬件厂商也开放了自己的API访问。允许任何人在自己的系统中设计一些程序以形成和管理众所周知的难以配置的BIG-IP盒。因此，F5开发人员在网络上有数百个示例，以展示人们使用Ansible和Python等工具配置BIG-IP盒。

API的增长迫使网络行业有所行动。在某些情况下，将完全可编程性作为主要方法，不仅配置设备，且可以作为企业战略性的手段来管理这些设备。

虽然任何网络设备的能力是主要关注点，但是支持该设备的软件接口的鲁棒性正日益成为销售决策中的关键点。

随之而来的是这个设备和制造商的生态系统有多大的问题，这是关乎市场成功的一个巨大的预测点。索尼没有输掉，因为Betamax是次技术，还远远不够。索尼失误了，因为VHS本质上是开源的，而索尼让Betamax更为封闭。市场上充斥着这样的例子，当前的网络供应商会明智地注意到并采取相应的行动。