生产环境中,面向用户的app请求来时网关超时设为多大比较合理
生产环境中,面向用户的app请求来时网关超时设为多大比较合理,超时之后熔断给用户返回超时警告或者默认值、页面
内部服务之间的调用超时呢?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
生产环境中,面向用户的app请求来时网关超时设为多大比较合理,超时之后熔断给用户返回超时警告或者默认值、页面
内部服务之间的调用超时呢?
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
接受
或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论(1)
应该没有统一的标准。这要看你的业务需求,如果是后台系统或是内部系统,用户对单个请示忍受时间长一些,可以最多在2s左右。如果是互联网,接口单次请求以不超过0.2s为宜。要对你的服务进行压力测试,找出 tp99或 tp999 的时长。以此为准设计网关超时时间。保证多数请求在超时之前能正常完成。不能因为设了超时时常反而让系统变得不可用。
同时要区分单次响应时长与高并发下的响应时长,熔断显然指的是高并发下的情况。
设了超时,反过来对后端开发也产生了要求,即必须达标才能上线。