Routes 基于JWT颁发者声明的API网关（Azure，AWS）流量路由

我有一个关于使用策略在API网关内路由流量的问题

我希望根据来自同一API网关端点的用户JWT（JSON Web令牌）中的声明（颁发者）调用不同的后端服务器

具体来说，我是否可以编写一个策略来执行基于JWT声明的路由，就像我可以在策略中使用HTTP头一样，还是必须调用lambda或azure函数，然后通过检查lambda中的令牌来调用后端服务

我们正试图将对API的访问集中在多个服务器实例上，下面给出了我们的用例。请你提供以下建议：-

• 1.a-UserA从ServerAAuth服务获取访问令牌
• 2-UserA调用API网关
• 3-UserA根据其令牌的颁发者声明（ServerA）路由到ServerA WebAPI
• 1.b.-UserB从ServerBAuth服务获取访问令牌
• 2-UserB调用API网关
• 3-UserB根据其令牌的颁发者声明（ServerB）路由到ServerB WebAPI

---

请给出建议。

在我看来，我有两个api：companyA.net/getUserInfo，companyB.net/getUserInfo。然后我需要创建一个应用程序，在您的图片中扮演网关的角色。此应用程序需要分析JWT令牌并决定调用哪个api（例如，从令牌获取关键字“companyA”）。我对azure api管理有一点了解，但我没有找到任何关于api网关的配置。因此，换句话说，我需要通过lambda或azure函数传递请求，对吗？是的，我认为没关系，通过应用程序请求以处理它并重定向到正确的服务器。这个应用扮演了中转站的角色，我觉得我有两个api：companyA.net/getUserInfo，companyB.net/getUserInfo。然后我需要创建一个应用程序，在您的图片中扮演网关的角色。此应用程序需要分析JWT令牌并决定调用哪个api（例如，从令牌获取关键字“companyA”）。我对azure api管理有一点了解，但我没有找到任何关于api网关的配置。因此，换句话说，我需要通过lambda或azure函数传递请求，对吗？是的，我认为没关系，通过应用程序请求以处理它并重定向到正确的服务器。该应用程序扮演中转站的角色。