微软发布用于Serverless架构的Azure API Management

Azure API Management是一种全托管服务，为用户提供发布、保护、转换、维护和监控API的能力。用户只需要在Azure门户上点击几下，就可以创建一个充当“前门”的API门面，外部和内部应用程序可以通过这个门面访问自定义后端服务实现的数据或业务逻辑，这些后端服务可以运行在Azure上（例如App Service或Azure Kubernetes Service），或托管在Azure外部（私有数据中心或组织内部部署）。API Management负责处理与API调用相关的所有任务，包括请求身份验证和授权、速率限定和配额实施、请求和响应转换、日志记录和跟踪以及API版本管理。

从现在开始，Azure用户可以在创建新的API Management实例时选择新的Consumption版本。这种Consumption版本实质上是基于无服务器原则设计和实现的API Management的变体，让更多的用户享受API Management的好处，非常适应于使用无服务器技术构建的新型应用程序。

APIM Consumption版本可以实现来自用户的一些应用场景：

使用无服务器技术（如Functions和Logic Apps）实现的微服务API网关。
为无服务器Azure资源（如Service Bus队列和主题、Azure存储等）提供简化且安全的外观的API网关。
传统后端的API网关，其中API流量会出现较大的峰值，但在大多数情况下保持较低水平。

版本的比较

为了更好地了解新版本，我们将其与现有版本进行比较。

API Management推出了两个版本——Developer版本和Standard版本。随着时间的推移，我们为企业用户添加了具有高级功能的Premium版本，并将Basic版本作为入门级版本。这些版本具有一个共同的架构，每个API Management服务实例都会分配到一组专用的资源。安全隔离、即时可用容量以及隔离保护是这种方法的主要优点之一。不过，它们也带来了一些副作用——相对较高的配置和扩展延迟，而且不是基于用户使用进行定价，这些都不适用于基于无服务器应用程序模型的新型解决方案。

Consumption版本使用了与之前的版本相同的底版本服务组件，但同时又采用了一种完全不同的基于动态分配资源的架构。因此，它与无服务器计算模型完美匹配，即无需管理基础设施，无空闲容量，高可用，可自动扩展和基于使用的定价模型，所有这些都使它成为涉及将无服务器资源暴露为API的解决方案的最佳选择。在选择Consumption版本时会涉及一些权衡，其中最重要的两个是功能集和使用限制。下表总结了各版本之间的比较结果。

Consumption	Developer \| Basic \| Standard \| Premium
无需配置或管理基础设施	无需配置或管理基础设施
内置高可用性	内置高可用性（除Developer外）
内置自动伸缩（低至零）	手动或外部自动伸缩（Azure Monitor Autoscale仅支持Standard和Premium）
基于Consumption的定价模型	基于预留容量的定价模型
无预留容量	预留容量
共享资源	专用资源
按需激活	始终开启
选择的功能集	全功能集（不同版本有所差异）
使用限制	无限制

新功能

以下两个新功能现在仅在Consumption版本中可用，不过很快也将在其他版本中可用。

自带高速缓存（Bring Your Own Cache，BYOC）：高速缓存是一项被广泛使用的用于降低API延迟和API后端负载的技术。用户可以让API Management服务使用外部配置的Redis兼容缓存。用户可以完全控制缓存配置，预加载和清除缓存内容，还可以为不同的API Management服务实例扩展缓存大小，这些是BYOC的主要优势。它也是在Consumption版本中启用响应缓存的唯一选项，因为与其他版本不同的是它没有内置缓存。我们修改了现有的缓存策略，以便让它能够与集成的和外部的缓存配置无缝协作。

$\"\"$

更灵活的订阅：订阅本质上是一组API密钥（准确的说是两个——主要的和次要的）容器。以前，订阅必须由用户持有，并且支持单个API产品作用域。为了简化密钥管理，我们做出了一些变更。我们现在允许“独立”订阅，不与用户相关联。我们还添加了两个订阅作用域——所有API和单个API。因此，现在可以为API访问权限创建密钥（或API Management实例中的所有API），而无需先创建产品并添加API（或所有API）！此外，每个API Management实例现在都带有一个不可变的全API订阅，这使得在Test控制台中测试和调试API变得更加容易。

$\"\"$