容器编排彰显（其他）API 经济的力量

数字化转型不能只注重外部，还必须包括内部。

今年的流行语宾果卡包括“数字化转型”和“API 经济”这两个模糊的短语。 它们具有实际含义，但往往被过于模糊以致于在应用于技术时相对没有意义。 数字化转型通常用来描述从纸笔到比特和字节的转变。 简而言之，这是一种利用 API 和应用程序取代手动流程并提高效率的举措。 这一运动催生了 API 经济；这是一个奇妙的生态系统，企业通过 API 展示自己的能力，以扩大影响力并寻找新的消费者。 这显然可以通过扩大业务来增加利润，但在很大程度上也可以通过降低与实现利润相关的运营成本来增加利润。 毕竟，一大批开发人员将您的业务功能与其最新版本的应用程序集成在一起几乎不需要花费您任何成本。 除非为了满足需求而扩大规模的运营成本最终抵消了这些收益。 这就是为什么改造数据中心内部与改造外部同样重要。

此项内部努力已在进行中。 它常见于应用程序开发中采用 DevOps 并实施持续交付。 显而易见， NetOps 正在采用自动化和编排，将大量手动、人力驱动的流程转变为基于代码、技术触发的流程。 这就是其他 API 经济蓬勃发展的地方。 配备了正确 API 的系统和设备可以促进生态系统的发展，使传统上困难（且复杂）的运营活动变得更容易、更高效。 例如，可扩展性是数据中心内部集成的重要驱动因素。 无论是运营规模（试图扩大 IT 交付和部署支持和保护新应用程序所需资源的能力），还是满足需求并在用户参与度不断增长的情况下保持一致性能所需的应用规模，规模都是利用其他 API 经济的最常见活动之一。

此项内部努力已在进行中。 它常见于应用程序开发中采用 DevOps 并实施持续交付。 显而易见， NetOps 正在采用自动化和编排，将大量手动、人力驱动的流程转变为基于代码、技术触发的流程。 这就是其他 API 经济蓬勃发展的地方。 配备了正确 API 的系统和设备可以促进生态系统的发展，使传统上困难（且复杂）的运营活动变得更容易、更高效。 例如，可扩展性是数据中心内部集成的重要驱动因素。 无论是运营规模（试图扩大 IT 交付和部署支持和保护新应用程序所需资源的能力），还是满足需求并在用户参与度不断增长的情况下保持一致性能所需的应用规模，规模都是利用其他 API 经济的最常见活动之一。

Mesos 和 Kubernetes（当然还有 Docker）等容器编排系统体现了数据中心内部正在发生的强大转变。 这些容器管理 API 采用了专门为帮助和增强扩展过程而设计的 API，传统和新兴的数据中心供应商正在使用这些 API 来提供管理扩展和流量所需的应用服务，而不会牺牲安全性。

快速集成的能力是通过 API 的普及而实现的。 任何客户（内部或外部）都不会看到（也不需要）的 API。 这些 API 是数字化转型中无名英雄，也是其他系统抓住需求并自动对需求变化做出反应的手段。 容器特别适合这种环境。 由于它们能够在亚秒级时间内增加应用程序的容量，因此它们正在被那些长期寻求在可扩展性架构中提高响应能力的组织迅速采用。  但是，如果没有可扩展性（又称代理或负载平衡）服务，就不可能实现扩展。 该服务必须能够尽可能快速、高效地添加和删除基于容器的应用程序和服务。 这意味着通过 API 进行集成，可以自动管理两个方向（向上和向下）的规模。 这是另一种 API 经济的运作方式，而且运行良好。

这个（其他）API 经济正在蓬勃发展。 无论是OpenStack （在我们最新的应用交付状况调查中，其采用率取得了长足进步），还是容器（也取得了同样令人印象深刻的增长），API 都在推动 IT 内部的数字化转型，从手动、人员驱动的操作转变为自动化、技术触发的操作。 它将负担从人转移到技术，这反过来又影响了现有和新应用s向需要它们的内部和外部受众交付的速度。

但两者缺一不可。 手动的、以人为本的基础设施无法支持数字经济中业务发展所需的越来越多的应用程序、系统和流程。 API 是组织能够转变业务的手段，但它必须从业务的核心开始，而今天这个核心就位于 IT 内部。