微软最近为 Azure API Management with Workspaces添加了一项新功能,旨在使开发人员能够从一个位置管理多个 API 服务,从而使他们能够在一个地方轻松查看和修改所有 API 服务。
Azure API 管理是一项完全托管的服务,使组织能够发布、保护、转换和监视 API。新的预览功能工作区允许分散的 API 开发团队管理和产品化他们自己的 API,而中央 API 平台团队维护 API 管理基础设施。
每个工作区都包含仅供工作区协作者访问的 API、产品、订阅和相关实体。此外,对工作区的访问通过Azure 基于角色的访问控制 (RBAC)进行控制,允许多个开发团队单独管理和访问他们的 API,而无需管理服务基础设施。
开发团队可以通过 Azure 门户创建工作区,方法是导航到 Azure API 管理实例,然后选择添加工作区(预览版)。在“创建工作区”窗口中,他们可以输入工作区的描述性名称、资源 ID 和可选描述。选择保存后,工作区页面的列表中会出现一个新的工作区。
开发人员可以在工作区内创建和管理 API 和 API 操作,包括 API 版本集、API 修订和 API 策略。此外,他们可以通过在工作区范围的策略和服务级别的所有 API 策略中使用 context.Api.Workspace 和 context.Product.Workspace 对象,为工作区中的所有 API 应用策略。
Microsoft Azure MVP Tomasso Groenendijk告诉 InfoQ:
我喜欢 Workspaces,因为这使您现在可以根据组织中的不同业务线或部门来隔离 API。毕竟,一个工作区内的资源(例如策略、产品和订阅)对其他工作区是不可见的。
微软 Azure API 管理部门的高级产品经理Mike Budzynski向 InfoQ 解释了迁移到工作空间的路径:
我们正在努力简化从当前 API 管理模型到工作区的迁移。此外,我们计划在几个月内发布一个开源迁移工具,以方便我们的客户。
此外,他还补充了 Workspace 的 GA 会带来什么:
对于 GA,我们正在考虑减轻限制,例如在授权、后端、记录器等工作区中缺乏支持,我们的文档的限制部分概述了这些限制。我们的主要重点是提供一种改进的方法来管理工作区中特定于运行时的资源,例如后端、客户端证书或日志记录配置。
最后,该功能在 API Management Premium、Standard 和 Developer 层中可用。定价页面上提供了 Azure API 管理的定价和可用性详细信息。