Bộ nhớ đệm phản hồi và hạn mức sử dụng

Azure API Management

Fiodar Sazanavets

Senior Software Engineer at Microsoft

Thiết lập bộ nhớ đệm phản hồi

  • Khi phản hồi được cache, không cần gọi backend endpoint
  • Áp dụng cache cho endpoint phổ biến thường trả cùng dữ liệu
  • Khứ hồi tới endpoint tốn thời gian và chi phí
  • Có thể triển khai trong APIM qua chính sách cache

Bộ nhớ đệm phản hồi

Azure API Management

Cấu hình bộ nhớ đệm phản hồi

  • Cấu hình chính sách cache có thể:
    • Chỉ định thời lượng cache
    • Phân biệt theo query string hoặc header
    • Đặt vị trí cache
  • Vị trí cache có thể là:
    • Edge, tức cổng API
    • Dịch vụ cache ngoài, ví dụ Redis

Chính sách bộ nhớ đệm

Azure API Management

Bảo vệ trước đột biến yêu cầu

Giới hạn tốc độ

  • Dù có cache, quá nhiều client vẫn có thể quá tải API
    • Gây chậm hiệu năng
    • Tăng chi phí tài nguyên
    • Tệ nhất: sự cố ngừng dịch vụ (ví dụ tấn công DDoS)
Azure API Management

Hạn mức sử dụng bảo vệ API như thế nào

  • Giới hạn số lượt gọi theo khoảng thời gian
    • Ngăn đột biến yêu cầu
  • Bảo vệ trước tấn công DDoS
  • Tiết kiệm chi phí bằng cách tránh lạm dụng

Azure API Management

Đo lường mức sử dụng tài nguyên

Application Insights

  • Không đo thì không cải thiện được

    • Bật Application Insights để theo dõi chỉ số (ví dụ: độ trễ, ngoại lệ)

  • Ví dụ: gọi 'GET Products'

    • Tỷ lệ cache hit thấp nhưng lưu lượng cao
    • Giải pháp: tăng thời gian cache (5 -> 30 phút)

  • Nhờ insights, bạn tinh chỉnh:

    • Thời lượng cache
    • Ngưỡng hạn mức
    • Tầng dịch vụ tối ưu chi phí/hiệu năng
Azure API Management

Hãy luyện tập!

Azure API Management

Preparing Video For Download...