用于管理多个REST API的API中间件

时间:2019-12-10 09:14:36

标签: wso2 middleware api-gateway kong mulesoft

用例:

  1. 身份验证和授权(多租户支持):我们拥有多个REST API的资源,并具有自己的身份验证和 由不同团队维护的授权业务逻辑。他们中的大多数人都接受了全公司 认证框架的标准,例如用于认证的LDAP 和用于授权的Active Directory,但是有很多 使用自己的数据库或系统进行身份验证 和自己的授权逻辑。我们要集中系统 (中间件/网关),它将安装在REST API上并提供 标准身份验证和授权(可以进一步扩展以使用客户端自定义身份验证和授权)机制,API所有者在其末尾进行授权所需的开销最少。客户可以在任何平台上。
  2. 编排::考虑到最终用户的要求,在某些情况下,必须合并来自多个API的数据,并且 将新端点全部公开为新API。应该有 已公开的API之间的编排。
  3. 其他功能:中间件应具有“高度”等功能     可用,容错和可扩展,流量控制,限制     请求特定的API。
  4. 集中日志记录:需要为每个日志记录功能 任何客户端对中间件执行的操作。
  5. 数据转换::客户端可能要求将数据公开为API的 格式不同的json,xml,doc,excel,pdf
  6. 分析:根据请求的数量支持中间件 对于任何API,登录尝试失败,围绕资源进行的分析 使用。

我已经在Google上搜索并找到了以下用于细读的工具,但是实际上不可能对下面列出的所有工具进行POC。我通过谷歌搜索收集了以下工具的基本细节。任何实际接触过并从事以下工具工作的人,都应考虑我提到的用例,详细说明。

  1. 尖顶
  2. 3scale
  3. IBM API Connect
  4. Akana
  5. Dell Boomi
  6. 服装
  7. MuleSoft(Anypoint)
  8. WSO2

注意:您可以建议您使用的任何其他开源或商业工具,如果发现它们可以满足上述用例,将不胜感激

0 个答案:

没有答案