数据收集测试

quick-sort:单个实例最多每秒处理小于300个请求，每个请求最长不超过15s回复。

当前三个微服务的测试卡在qps400，对于增加实例数但没有明显改观的情况，怀疑是网络问题，可能需要多电脑多ip请求测试

　　问题解决：因为是对同一台ecs服务器进行请求，导致的网络延时

istio的指标：istio_request、istio_response不能收集到redis服务的数据

　　问题解决：Istio 的流量监控主要关注 HTTP、gRPC 和 TCP 等协议的微服务通信。对于 Redis 这样的 NoSQL 数据库，如果通信不是使用支持 Istio 的标准协议，则 Istio 无法直接监控和度量这些通信。

　　　　　　　可以使用istio_tcp收集信息。

nodeport服务的实例增加后不能立即被导入流量

　　问题解决：使用istio的网关作为服务入口，自动负载均衡

　　　　　　　NodePort 并不直接处理 Pod 的数量，而是将流量分发到 Service 的 ClusterIP，由 ClusterIP 再负责将流量分发到后端的 Pod。可能是因为 Kube-proxy 在使用一些负载均衡算法，例如轮询（Round Robin），而不是直接将流量均匀分发给所有实例。Kube-proxy 的规则刷新可能需要一些时间，因此新增的 Pod 不会立即收到流量。