今年如何避免缴纳 API 税

现在是美国的纳税时间，你知道这意味着什么，不是吗？ 是的，我们都在寻找减轻负担的方法。

很遗憾，虽然我曾经在一家税务软件公司担任开发人员，但我真的没有资格在这方面给你建议。 但是，如果您正在寻找有关如何避免今年（或明年）缴纳 API 税的建议，那么您已经在网上找到了正确的页面。

API 税是您在部署过程中使用 API 自动化基础设施的配置和配置时支付的开销。 API 税（与所有税一样）的计算并不简单，因为它实际上包括两个方面：运营税和技术税。

从操作上来说，API 税会因过多的 API 调用而产生资源和时间成本。  即使像负载均衡服务这样概念上简单的东西也需要创建、配置和启用多个对象。 必须配置监控、池、算法、IP 地址和网络属性，并且每个对象都需要多个步骤（API 调用）才能完成。 把它们全部加起来，即使是一个简单的负载均衡服务也需要多个 API 调用才能启动。 需要时间执行的调用。 消耗网络资源的呼叫。

架构师和工程师使用这些 API 调用编写脚本（使用 Python、PowerShell 等）来自动执行这些常见的部署任务。 这会产生不可避免的技术债务。 改变任务需要改变代码（因为脚本就是代码，不管我们是否愿意承认）并进行测试，这需要时间和资源，而这些时间和资源加起来就是真正的金钱。 

这些成本（开发、测试和维护系统和脚本）是使用该 API 的技术税。这意味着脚本会以技术债务的形式产生长期成本，这与维护通过这些 API 实现自动化所需的代码相关的成本以及更改自动化甚至基础设施的成本有关。

所有这些加起来就是一笔不小的开支，就像“真正的”税收一样，实际上是不可避免的。 如果您想要获得更流畅和自动化部署过程的好处，那么您将需要包括基础设施，这意味着用户和应用程序之间的一切，并确保两者可以无缝且安全地通信。

好吧，说了这么多，我答应向你解释如何避免缴纳这些税款，所以我们开始吧。

如果您一直在关注编排领域（包括 VMware、Cisco 和 OpenStack 等 SDx 参与者），您会注意到人们越来越重视模板的使用。  模板很像配置文件，因为它们编纂了创建和配置某些“事物”所需的大量信息。 举例来说，如果您可以创建一个包含该负载均衡服务部署的单一模板，那么您就可以表面上将所需的 API 调用削减为仅一个 - 将模板推送到该服务将驻留的 API 调用。

仅使用一个 API 调用而不是很多调用可以简化自动化并允许您重用推送模板的脚本或系统。 这很重要，因为当您使用 API 时，您必须编写不仅特定于服务的脚本，而且还特定于正在部署的应用的脚本。 这意味着对于您部署的每个应用，您都必须编写另一个脚本来自动部署所需的服务，例如负载均衡。 

但是如果您使用模板，那么您可以使用相同的脚本并推送不同的模板。 这意味着等待每个应用程序的新脚本的时间更少，需要追踪的错误也更少，例如当 Bob 第十五次复制粘贴时却忘记更改第 33 行。

模板是基础设施即代码，是 DevOps 的圣杯。 

您仍然需要 API，但不需要将它们用于所有事情。 如果您可以避免这种情况，通过使用模板，您将能够避免支付与之相关的税款并将这些节省的钱转移到其他地方。