SOAP/REST超时值的最佳实践
我在一个团队中工作，该团队为一个在世界各地都有办公室和服务器的企业运行集成平台，我们正在与构建响应时间非常慢（+30秒）的SOAP和/或REST服务的团队进行斗争，而out Integration Platform产品将超时这些请求 我试图告诉这些团队，响应速度低于5-10秒的SOAP服务不再被视为同步服务，集成应该以不同的方式构建，例如使用WMQ消息传递平台或进行长轮询等SOAP/REST超时值的最佳实践,rest,soap,network-programming,Rest,Soap,Network Programming,我在一个团队中工作，该团队为一个在世界各地都有办公室和服务器的企业运行集成平台，我们正在与构建响应时间非常慢（+30秒）的SOAP和/或REST服务的团队进行斗争，而out Integration Platform产品将超时这些请求 我试图告诉这些团队，响应速度低于5-10秒的SOAP服务不再被视为同步服务，集成应该以不同的方式构建，例如使用WMQ消息传递平台或进行长轮询等 我很难证明我的观点，所以有人能指出关于SOAP和REST的执行时间和超时的任何行业标准/最佳实践等吗？IMHO在这方面没有
我很难证明我的观点，所以有人能指出关于SOAP和REST的执行时间和超时的任何行业标准/最佳实践等吗？IMHO在这方面没有行业标准。30s显然是非常慢的API响应时间，并且取决于规模，可能会导致同步应用程序崩溃 我最好的建议是，考虑到您的规模和基础设施，向他们展示同步应用程序崩溃所需的时间。我相信这段时间足够短，足以让他们改变主意