在PCF上部署Rest API时的响应读取超时问题
我面临一个奇怪的问题，我开发了两个RESTAPI api api api a和api B。在PCF上部署Rest API时的响应读取超时问题,rest,jersey,rx-java,cloud-foundry,Rest,Jersey,Rx Java,Cloud Foundry,我面临一个奇怪的问题，我开发了两个RESTAPI api api api a和api B。 API A与API B集成，即调用提供适当请求的API B，API B进行一些处理并将响应发送回API A。当我在本地运行API的两个API时，给定的流工作正常。但是，当我在PCF上部署它时，它失败了。可以看出，在向API B发送请求后，API a一直在等待响应，最终超时。我可以看到API B已经收到了请求，处理了它并返回了响应。现在，我不知道为什么api A在本地部署时没有真正接收到给定的响应和超时，而
API A与API B集成，即调用提供适当请求的API B，API B进行一些处理并将响应发送回API A。当我在本地运行API的两个API时，给定的流工作正常。但是，当我在PCF上部署它时，它失败了。可以看出，在向API B发送请求后，API a一直在等待响应，最终超时。我可以看到API B已经收到了请求，处理了它并返回了响应。现在，我不知道为什么api A在本地部署时没有真正接收到给定的响应和超时，而给定的流在本地部署时工作正常。您是否尝试通过从本地运行的服务A调用服务B（部署在PCF上）在本地调试它？服务A如何查找服务B？您是否正在使用服务注册表和查找？或者，您是否对URL（云的反模式）进行了硬编码？此外，您是否对端口进行了硬编码？您的应用程序将不会在PCF上的相同端口上运行，因为它们在本地运行。很抱歉响应太晚。。。我刚刚看到了这些疑问@阿维是的。。。我试图通过调用pcf上的服务B（从本地运行的服务A）在本地调试它，但没有找到任何线索。。。看起来很正常。。。服务A通过查找特定于环境的yml文件中硬编码的端点来引用服务B。当涉及到引用pcf url时，它与本地的不同，本地的端口不同，并且不是硬编码的。。。