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. thông tin

Phần sau cung cấp các câu hỏi thường gặp:

Apigee khuyến nghị các phương pháp sau:

  1. Hãy 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 cảnh báo và thông báo bổ sung 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 quan sát của bạn.
  2. Yêu cầu các nhóm chịu trách nhiệm phát triển API đề xuất tỷ lệ lỗi và ngưỡng độ 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 Giới thiệu về 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ê trong 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 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 cho tất cả cá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ỉ hiển thị trong Dòng thời gian khi bạn chọn một khu vực và 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 gây ra 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ận dạng 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 báo cáo tuỳ chỉnh.

Tôi có thể giám sá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 cho proxy đầu tiên trong chuỗi chứ không ghi lại cho proxy API được dùng làm mục tiêu. Xem phần 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 trạng thái "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 xác định được, thì trang tổng quan sẽ cho thấy nguồn gốc là "not set". Ví dụ về các trường hợp có thể dẫn đến trạng thái "not set" bao gồm:

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

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

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

Dịch vụ Giám sát API của Apigee hiện chỉ được cung cấp cho khách hàng của API Apigee Edge Cloud sử dụng giao diện người dùng Edge mới.

Tính năng Giám sát API của Apigee không được cung cấp trong giao diện người dùng Classic Edge hoặc trong Edge dành cho đám mây riêng tư.

Cẩm nang là gì?

Khi thiết lập thông báo, trong trường Cẩm nang, bạn sẽ cung cấp nội dung mô tả ngắn về các hành động đề xuất để giải quyết khi thông báo kích hoạt. Bạn cũng có thể chỉ định một liên kết tới trang wiki nội bộ hoặc trang cộng đồng của bạn 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?

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

Tuy nhiên, trong Trang tổng quan 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 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ư được trình bày bên dưới hoặc Chính sách quản lý lưu lượng truy cập > Bắt giữ tăng đột biến > Vi phạm của SpikeArrest:

vi phạm hạn mức