Json 在一次招摇过市中为Tyk提供了多个RESTful API-s

Json 在一次招摇过市中为Tyk提供了多个RESTful API-s,json,rest,swagger,tyk,Json,Rest,Swagger,Tyk,我有两个不同的restful api-s,我想使用Tyk作为网关 我的计划是拥有一个公共url(如:),它可以将消息发送到这两个api端点 例如,第一个api是用户管理器api,具有一个端点: GET: http://localhost:8080/usermanager/users GET: http://localhost:8081/carmanager/cars 另一个api是car manager api,它的端点: GET: http://localhost:8080/userman

我有两个不同的restful api-s,我想使用Tyk作为网关

我的计划是拥有一个公共url(如:),它可以将消息发送到这两个api端点

例如,第一个api是用户管理器api,具有一个端点:

GET: http://localhost:8080/usermanager/users
GET: http://localhost:8081/carmanager/cars
另一个api是car manager api,它的端点:

GET: http://localhost:8080/usermanager/users
GET: http://localhost:8081/carmanager/cars
不知何故,是否有可能为Tyk目录(用于开发人员门户)上传一个招摇过市的JSON,以便只使用一个名为:User and Car Manager的API

当我在Tyk的开发者站点中点击“查看文档”时,两个API中的所有端点都是可见的,按它们的主要API名称分组

我试图将两个招摇过市的JSON作为一个数组放在一个数组中,但在开发人员站点上看不到它


我可以一个接一个地上传swagger,但是我会在Tyk的开发站点上有两个API-s。

我认为这里的要点是开发者门户文档/swagger不必与您拥有的实际API相关联。门户按目录/策略进行组织。因此,您可以有多个内部Tyk API,但通过创建允许访问这两个API的策略,将它们作为门户中的单个目录公开。因此,只需创建新的“public”swagger文件用于文档编制,其中包括来自两个内部API的端点

这有意义吗