什么是API平台?
API平台这个术语已经被一些具有API管理、完整生命周期API管理甚至术语API网关的供应商作为同义词使用。每个人都喜欢用“平台”这个词来为话题增添趣味，但什么是API平台?
API平台的目的是服务于网络新应用程序开发——构建新功能、新体验、培育生态系统等等。当然，API管理、全生命周期API管理和API网关都是关系到这里的表。这些为API的设计和开发、生命周期管理、策略和安全实施、分析以及将开发社区作为这些API的消费者来培养。所有的关键。
API平台更重要。API平台成为数字服务开发人员的完整后端，以更快、更有效地进行创新，同时也是通过公共和托管的服务目录进行操作的一种方式。
有两件事需要注意:
•服务所需的全部完整的数字后端
•通过公共服务目录进行操作的方法。
首先看一下表的利害关系——扩展到全生命周期API管理。企业正在拥抱api。这些都是现代一体化、服务创新和网络新发展的基础。API平台包含后端API(发布用于集成)和前端API(中介的、安全的和发布给开发人员的前端体验)。
中介通过各种功能来为前端需求定制api，从而发挥作用。中介还可以通过安全性和使用策略来保护后端，并为性能提供检测和分析、监视威胁和跟踪sla。通过公共服务目录进行操作的方法为所有后端和前端api提供了一个真实的来源，并为后端集成团队、开发团队以及某些情况下的公众管理访问和可见性。这种操作方式远远超出了简单的API门户。
让我们来看看API平台带来的API管理之外的服务的总体，现在开发团队通过这个目录进行操作。API和API管理非常重要，构建良好体验的开发团队还需要一组健壮的后端服务来加速他们的工作。这些包括:
•网格microservices管理
•开发工具和API中介(如图所示)
•运行时服务
•数据即服务
•流/事件驱动的api
•预构建后端服务
•应用连接器
什么是API平台?
传统的全生命周期API管理:
网格和微服务管理——任何革命性的举措都将超越伟大的应用程序，需要开发后端逻辑和功能。开发团队将着眼于现代微服务体系结构。为微服务打包的成熟度是关键，比如网格中的可观察性和API流量管理，以及网格中的Ingres和exit。
开发人员工具和API中介——开发人员工具包括创建作为微服务运行的新API的低代码工具，以减少或连接API或编排跨服务的流。这允许开发团队构建后端api，并发布特定于前端项目、移动设备、物联网或其他方面的前端api。
运行时服务——要快速移动一个可以上下旋转和动态伸缩的无服务器后端是必须的。这对于开发团队的创建非常重要——容器和微服务，以及开发团队构建的api，以便在可伸缩的基础设施中运行它们，以支持前端项目。
数据即服务——前端体验可能需要一个定制的数据存储，需要快速扩展和可伸缩，此外，前端体验每天可以驱动数亿个API调用到现有的后端数据库，这些调用需要保护，以避免负载。然后，数据作为服务作为系统之间的一层，常常用作企业后端系统和前端之间的缓冲区。数据即服务(Data as a service)以较低的成本(通过noSQL线性伸缩)提供对遗留后端的伸缩，并且可以进一步降低复杂性，确保任何前端体验的可用性。
流/事件驱动API——对于时间非常关键的应用程序，事件驱动架构对于实时响应用户体验非常重要。API平台包括将任何请求-响应API转换为事件驱动API的功能，以便有效地将数据推送到订阅的客户机，并保护后端免受过度轮询的常见错误。
预先构建的后端服务——通常称为mBaaS，源自其移动根源，任何新体验都需要利用常见的服务，包括用户管理、照片、文件、位置、状态、签到、帖子、事件、推送通知等。我们正在调用这些后端服务，因为这超出了移动领域。
应用程序连接器——与API平台相交叉的是通过目录体验连接的一整套混合集成平台功能。从iPaaS实例化一个或多个公开要在您的计划中使用的API端点的200多个应用程序连接器。进一步利用映射创建规范API端点来更新API调用中的多个记录系统。更强大的功能来自于通过API平台公开数据，这是支持API的混合集成平台策略的一部分!
API平台主要是管理API的完整生命周期，以及交付创新应用程序和体验。API平台必须建立在这样一个前提之上，即通过一个丰富的目录为开发人员团队提供具有这些功能的服务，该目录具有访问权限和工具，使团队能够自治地工作，并在他们的工作中取得成功。
到目前为止，我们已经对此进行了一些暗示，但是真正有趣的是理解与混合集成平台(HIP)和不断发展的集成策略的交集。一个API平台可以是一个人的一部分，也可以是独立的——但是一个API平台显然总是与一个人的集成策略相交叉。换句话说，当一个人的集成策略与API平台方法一致并支持创新时，真正的优势才会出现，而正确实现的混合集成平台(HIP)方法总是如此。
这就说明了它们并不是独立的“事物”。它们相交，如果正确地看，它们是同一枚硬币的两面!一方面，你有一个整合的心态，另一方面，你有一个创新的心态。这两种情况都通过多维统一目录为开发人员和集成人员提供服务，这样他们就可以以自主和快速的方式工作。