Câu hỏi thường gặp

Bạn đang xem tài liệu về Apigee Edge.
Chuyển đến tài liệu về Apigee X. info

Sau đây là các câu hỏi thường gặp:

Apigee đề xuất các phương pháp sau:

  1. Bắt đầu bằng cách thiết lập cảnh báo cho bất kỳ proxy API nào có ngưỡng cụ thể. Ví dụ: tỷ lệ lỗi 4xx là 10% trong 5 phút. Thiết lập thông báo và xem trang Nhật ký cảnh báo để theo dõi các cảnh báo được kích hoạt. Thiết lập thêm cảnh báo và thông báo cho các proxy API và dịch vụ mục tiêu cụ thể. Tiếp tục tinh chỉnh cảnh báo và thông báo dựa trên những gì bạn quan sát được.
  2. Yêu cầu các nhóm chịu trách nhiệm phát triển API đề xuất ngưỡng tỷ lệ lỗi và độ trễ cho nhóm Vận hành chịu trách nhiệm thiết lập cảnh báo.

Những vai trò nào có thể truy cập vào tính năng Giám sát API?

Xem bài viết Giới thiệu về các vai trò Giám sát API.

Tại sao tôi không thấy tất cả proxy API được liệt kê trên trang Gần đây?

Trang tổng quan Gần đây chỉ hiển thị những proxy API có lưu lượng truy cập trong thời gian gần đây. Trang này không hiển thị tất cả proxy API trong tổ chức của bạn. Trang tổng quan Dòng thời gian cho phép bạn xem dữ liệu của tất cả proxy API.

Tại sao tôi không thấy biểu đồ độ trễ trong Dòng thời gian?

Biểu đồ Độ trễ chỉ xuất hiện trong Dòng thời gian nếu bạn chọn một khu vực và một proxy API, đồng thời phạm vi thời gian đã chọn không quá 7 ngày.

Nhật ký rất hữu ích trong việc xác định mã trạng thái dẫn đến lỗi, nhưng làm cách nào để xác định mã nhà phát triển tạo ra lệnh gọi?

Mã nhà phát triển không có trong nhật ký Giám sát API. Để truy xuất mã nhà phát triển, bạn có thể chạy một báo cáo tùy chỉnh.

Tôi có thể giám sát một chuỗi proxy không?

Bạn có thể sử dụng một proxy API làm điểm cuối mục tiêu của một proxy API khác, kết nối hiệu quả hai proxy trong một chuỗi proxy. Tuy nhiên, tính năng Giám sát API chỉ ghi lại các yêu cầu đến proxy đầu tiên trong chuỗi, chứ không ghi lại các yêu cầu đến proxy API được dùng làm mục tiêu. Hãy xem bài viết Liên kết các proxy API với nhau để biết thêm thông tin.

Tại sao tôi thấy giá trị "not set" trong trang tổng quan?

Nếu proxy API, nguồn lỗi, mã lỗi hoặc chính sách lỗi không có giá trị hoặc không thể xác định được, thì trang tổng quan sẽ hiển thị "not set" (chưa đặt) làm nguồn gốc. Sau đây là ví dụ về các trường hợp có thể dẫn đến giá trị "not set":

  • Lỗi liên quan đến ứng dụng
  • Mã lỗi HTTP được ghi đè bằng phản hồi thành công
  • Mã trạng thái HTTP 2xx (vì thường không dẫn đến mã lỗi)

Để biết thêm thông tin về giá trị "not set", hãy xem bài viết Giá trị "(not set)" của một thực thể trong Analytics có nghĩa là gì?

Tính năng Giám sát API có trong Giao diện người dùng cũ hoặc Edge cho đám mây riêng tư không?

Tính năng Giám sát API Apigee hiện chỉ dành cho khách hàng Apigee Edge Cloud Enterprise sử dụng giao diện người dùng Edge mới.

Tính năng Giám sát API Apigee không có trong Giao diện người dùng Edge cũ hoặc trong Edge cho đám mây riêng tư.

Sách giải pháp là gì?

Khi thiết lập cảnh báo, trong trường Sách giải pháp, bạn cần cung cấp nội dung mô tả ngắn gọn về các hành động được đề xuất để giải quyết cảnh báo khi cảnh báo được kích hoạt. Bạn cũng có thể chỉ định một đường liên kết đến trang wiki nội bộ hoặc trang cộng đồng, nơi bạn tham khảo các phương pháp hay nhất. Thông tin trong trường này sẽ được đưa vào thông báo.

Làm cách nào để xử lý mã lỗi HTTP 429?

Cả Chính sách hạn mức và Chính sách SpikeArrest của Edge đều phát hành mã lỗi HTTP 429 khi vượt quá hạn mức (Chính sách hạn mức) hoặc vượt quá giới hạn tốc độ (Chính sách SpikeArrest).

Tuy nhiên, trong Trang tổng quan về cảnh báo, bạn không thể xác định cảnh báo cho mã lỗi HTTP 429. Thay vào đó, bạn đặt điều kiện cảnh báo là Traffic Mgmt Policy > Quota > Quota Violation (Chính sách quản lý lưu lượng truy cập > Hạn mức > Vi phạm hạn mức), như minh hoạ bên dưới, hoặc Traffic Mgmt Policy > Spike Arrest > SpikeArrest Violation (Chính sách quản lý lưu lượng truy cập > Ngăn chặn lưu lượng truy cập tăng đột biến > Vi phạm chính sách ngăn chặn lưu lượng truy cập tăng đột biến):

lỗi vi phạm hạn mức