Apigee：递归服务标注

Question

在apigee的最佳实践文档中，我发现了以下句子：

  

不要将ServiceCallouts发送到其他API代理   组织，包括递归标注回到相同的API   代理。

有没有解释为什么我不应该在API代理中使用递归标注？我只发现了一个关于性能的论点。

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

我希望能以某种方式理解......

Answer 1

这里真正的问题是，如果你回调完全相同的服务，你可以创建一个无限循环，目前还没有模型可以让这个API永远不会循环回来。这可能会导致整个组织崩溃。