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

Question

用例：

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

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

1. Kong
2. Apigee
3. 3scale
4. IBM API Connect
5. Akana
6. Dell Boomi
7. Mashery
8. MuleSoft（Anypoint）
9. WSO2

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

用例：身份验证和授权（多租户支持）：我们拥有多个REST API的资源，它们的身份验证和授权业务逻辑由不同的团队维护。 ...

Answer 1

我具有Dell Boomi平台（特别是API管理模块）的经验。与市场领先者相比，Boomi的API管理功能不及市场：谷歌的Apigee，IBM的API Connect或MuleSoft的Anypoint平台。我相信Boomi在API管理方面有一个工作小组，由Sean Collins领导。我参加了他们的API早期采用者计划，以期在2019年进行API管理的下一次迭代，它看起来很有希望，但GA的路线图并未发布到任何地方。我相信他们对API管理模块的下一次重大升级将在2021年初进行。