Apigee:递归服务标注

问题描述:

在apigee的最佳实践文档,我发现下面的句子:Apigee:递归服务标注

不要ServiceCallouts到其他API代理在同一 组织,包括递归标注回相同的API 代理。

是否有任何解释为什么我不应该在API代理中使用递归标注?我只在演出中找到一个论点。

我的案例: 我们检查是否有令牌(如果没有 - 创建一个新令牌),然后创建一个服务标注到URL并接收正确的http代码或400 http代码(如果我们令牌已过期,但在那里)。用户不应该知道他的令牌已经过期。如果他的令牌在URL的服务标注之前过期,我们无法检查。所以我们只知道是否已经有令牌。如果没有令牌并且令牌将由我们生成,则服务标注始终以200 http状态代码工作。但是如果令牌无效,我们需要再次发送请求作为服务标注。最好的方法是递归的 - 这样在响应中我们可以删除现有的但过期的令牌并再次启动整个过程。

我希望它可以似乎明白......

这里真正的问题是,如果你回电话完全相同的服务,您可以创建一个无限循环,有目前已到位,以保持无模型API永远循环回来。这可能会导致整个组织崩溃。