kubernetes - Kubernetes集群反弹后Initial request的高响应时间
问题描述
我有一个部署在 Kubernetes 集群上的基于微服务的订购应用程序,我们在以下两种情况下观察到初始请求的高响应时间。
- 如果我们进行滚动反弹,那么初始请求的响应时间会很长吗?
- 如果系统空闲了几个小时,我们观察到请求的响应时间很长。(订购应用程序包含 40 多个不同的微服务。)
我们可以做任何配置来避免初始请求的这种行为吗?或者我们应该有一些热身脚本来解决这个问题。
请您告知您是如何处理此类案件的?
解决方案
推荐阅读
- javascript - 将 Highcharts 仪表与面积图相结合
- nunit - 在构建机器上使用 nunit3-console.exe 运行 NUnit 测试失败 - 但它们在本地运行良好
- java - Java 中 `DateTimeFormatter` 模式的变化 > 8
- javascript - 如何在php中获取url?
- ios - 我应该采取什么方法 - 迅速
- javascript - 浏览器不会发送存储的 cookie
- python - 给定两个列表查找前 K 产品的有效方法
- android - 处理活动回栈
- javascript - 点击使用多个ID的jquery .toggleClass
- r - 具有原始向量的所有不同值的最小子向量