apache / apache/servicecomb-java-chassis

微服务调用耗时问题咨询

Đang mở
#3,523 5 bình luận 0 reaction 0 người được giao Xem trên GitHub
Ngôn ngữ chính
Java
Star
1.9k
Fork
814
Merge trung bình
8 ngày 23 giờ
Pull request đã merge (30 ngày)
1

Mô tả

调用过程nlsb -> edge (服务A) -> provider(服务B),存在部分(万分之几十) provider 响应只有10ms, 但是edge响应时间800ms左右的请求。edge本身几乎没有处理业务。 类似日志如下
调用时间:2022-12-13 16:24:46.975
一、edge日志:
1. 调用日志
**2022-12-13 16:24:46.975**|transport-vert.x-eventloop-thread-1|DEBUG|LoadBalancerContext.java:getServerFromLoadBalancer:492|c225268d-1e24-4a93-b579-8c15eaa8ae7c|default using LB returned Server: rest://182.10.xx.xxx:8080?sslEnabled=true for request null
2. access.log
2022-12-13 16:24:46.973|182.10.xxx.0=xx|"POST /rtd/kbz_fraud_prevention/kbz_fraud_prevention/P2P_Verify/1.0/verify HTTP/1.1"|200|c225268d-1e24-4a93-b579-8c15eaa8ae7c|**823**

二、provider日志access.log
**2022-12-13 16:24:46.976**|182.10.xx.xxx|"POST /risk-api/v1/kbz_fraud_prevention/P2P_Verify/predict HTTP/1.1"|200|c225268d-1e24-4a93-b579-8c15eaa8ae7c|**10**

edge的CPU及内存使用都不足50%
可能是什么原因导致的呢?

Hướng dẫn đóng góp

Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này

Hướng nghiên cứu

Bắt đầu bằng cách so sánh các timestamp và request ID trong access log của edge và provider, sau đó kiểm tra LoadBalancerContext.java quanh getServerFromLoadBalancer. Dùng các log hiện có để theo dõi khoảng thời gian giữa phản hồi của provider và thời điểm hoàn tất ở edge. Công việc được xem là hoàn tất khi đã ghi lại nguyên nhân được xác nhận của khoảng chênh lệch độ trễ cùng bằng chứng hỗ trợ nguyên nhân đó.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Đánh giá

Công nghệ
java
Lĩnh vực
backend, distributed-systems
Loại issue
Lỗi
Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức độ hoạt động
Đình trệ
Độ rõ ràng
Cần làm rõ
Mức phù hợp với người mới
25/100

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.