Chào các bác,
Em đang có 1 đoạn code khá đơn giản, gọi đến 1 API https.
Nếu em gọi từ Postman thì nó rất nhanh. Nhưng cứ gọi từ code thì nó lại phải mất 20s cho lần đầu tiên. Lần sau nó lại nhanh, nhưng khoảng 1 phút sau nó lại bị lặp lại 20s mới được.
Vấn đề này em chắc chắn không phải do...
vâng em cảm ơn nhé. Để em nghiên cứu thêm xem sao. Vì nếu update được thì đây là điểm mấu chốt giải quyết được nhiều vấn đề nên em vẫn phải nghiên cứu ạ :burn_joss_stick:
file này e không mở được bằng 7zip luôn bác ạ. Bình thường e vẫn mở với winrar rồi kéo file vào mà. Nhưng cái file jar này thì không làm được bác ạ :sad:
vâng em cảm ơn nhé. Em thử thì cách 1 không được. Cách 2 thì em đang thử. Còn cách 3 thì không được rồi ạ. Lúc bàn giao bên em không mua gói maintain =((
Chào các bác,
Project của em được bàn giao từ đối tác, trong lúc triển khai bọn em phát hiện ra họ code thiếu khai báo 1 số trường hợp trong file config.properties.
Bình thường bọn em có thể mở bằng winrar và chỉnh sửa và save lại. Nhưng :oh: Lần này nó lại bị lỗi "The archive is corrupt"
Các...
em chỉ hỏi về vấn đề performance đối với server, và về nghiệp vụ thì xài giải pháp đó có ổn không thôi. Còn các nội dung khác em trao đổi để nắm được chứ không phải vấn đề chính b ạ.
Bác nói đúng rồi ạ. Tuy là 1 phần phụ setup thêm cho hệ thống nhưng việc tự triển khai hoặc phát triển thì sẽ tốn nguồn lực và việc monitor maintain và xử lý sự cố phát sinh cũng là bài toán đau đầu. Em cũng chưa có kinh nghiệm trong vụ rate limit này.
Về cái WSO2 thì bên em đã từng triển khai...
yêu cầu của em đúng là cần limit theo business của từng API, tùy đặc thù nghiệp vụ API sẽ setup rate limit khác nhau.
Chỗ này em sẽ nghiên cứu thêm. Cảm ơn bác đã chia sẻ nhé.
cảm ơn bác, hay quá ạ. Đúng là bọn em yếu về quy trình và kinh nghiệm. Việc đánh giá API qua các bài test performance hay stress test là cần thiết để đảm bảo được các kịch bản có thể sảy ra.
Mấy phương án bác đưa ra cũng hay ạ. Em đang nghiên cứu vụ rate limiting, triển khai cho mấy con SOAP vs...