Bạn đang xem tài liệu về Apigee Edge.
Chuyển đến tài liệu về
Apigee X. thông tin
Edge API Analytics là một tính năng tích hợp rất mạnh mẽ do Apigee Edge cung cấp. Công cụ này thu thập và phân tích một loạt dữ liệu được truyền qua các API. Dữ liệu phân tích được thu thập có thể cung cấp thông tin chi tiết rất hữu ích. Ví dụ: Lưu lượng truy cập API có xu hướng như thế nào trong một khoảng thời gian? API nào được sử dụng nhiều nhất? API nào có tỷ lệ lỗi cao?
Bạn có thể thường xuyên phân tích dữ liệu và thông tin chi tiết này để thực hiện các hành động thích hợp, chẳng hạn như lập kế hoạch về năng lực của API trong tương lai dựa trên mức sử dụng hiện tại, quyết định đầu tư kinh doanh và trong tương lai, v.v.
Dữ liệu Analytics và bộ nhớ của dữ liệu
API Analytics thu thập nhiều loại dữ liệu, chẳng hạn như:
- Thông tin về một API – URI yêu cầu, địa chỉ IP của ứng dụng khách, Mã trạng thái phản hồi, v.v.
- Hiệu suất của proxy API – Tỷ lệ thành công/không thành công, Thời gian xử lý yêu cầu và phản hồi, v.v.
- Hiệu suất máy chủ mục tiêu – Tỷ lệ thành công/không thành công, Thời gian xử lý
- Thông tin lỗi – Số lỗi, Mã lỗi, Chính sách không thành công, Số lượng lỗi do Apigee và Máy chủ mục tiêu gây ra.
- Thông tin khác – Số yêu cầu do Nhà phát triển, Ứng dụng của nhà phát triển, v.v. thực hiện
Tất cả dữ liệu này được lưu trữ trong một giản đồ analytics do Apigee Edge tạo và quản lý trong cơ sở dữ liệu Postgres.
Thông thường, trong quá trình cài đặt Edge cơ bản, Postgres sẽ có các giản đồ sau:
Edge sử dụng giản đồ có tên analytics để lưu trữ tất cả dữ liệu phân tích cho từng tổ chức và môi trường. Nếu bạn cài đặt tính năng kiếm tiền, thì sẽ có một giản đồ rkms. Các giản đồ khác dành cho nội bộ Postgres.
Giản đồ analytics sẽ tiếp tục thay đổi vì Apigee Edge sẽ tự động thêm các bảng thực tế mới vào trong đó trong thời gian chạy. Thành phần máy chủ Postgres sẽ tổng hợp dữ liệu thực tế vào các bảng tổng hợp được tải và hiển thị trên giao diện người dùng Edge.
Cấu trúc phản mẫu
Bạn không nên trực tiếp thêm cột, bảng và/hoặc chế độ xem tuỳ chỉnh vào bất kỳ giản đồ nào thuộc sở hữu của Apigee trong Cơ sở dữ liệu Postgres trên môi trường Điện toán đám mây riêng bằng cách sử dụng truy vấn SQL, vì việc này có thể gây ra tác động bất lợi.
Hãy xem ví dụ sau để hiểu rõ hơn về vấn đề này.
Hãy xem xét một bảng tuỳ chỉnh có tên account đã được tạo trong giản đồ phân tích như sau:
Sau một thời gian, giả sử bạn cần nâng cấp Apigee Edge từ phiên bản thấp hơn lên phiên bản cao hơn. Việc nâng cấp Apigee Edge Private Cloud bao gồm việc nâng cấp Postgres cùng với nhiều thành phần khác. Nếu có bất kỳ cột, bảng hoặc chế độ xem tuỳ chỉnh nào được thêm vào Cơ sở dữ liệu Postgres, thì quá trình nâng cấp Postgres sẽ không thành công với lỗi tham chiếu đến các đối tượng tuỳ chỉnh vì các đối tượng này không do Apigee Edge tạo. Do đó, quá trình nâng cấp Apigee Edge cũng không thành công và không thể hoàn tất.
Tương tự, lỗi có thể xảy ra trong các hoạt động bảo trì Apigee Edge, trong đó các thành phần Edge (bao gồm cả cơ sở dữ liệu Postgres) được sao lưu và khôi phục.
Tác động
- Không thể hoàn tất quá trình nâng cấp Apigee Edge do không nâng cấp được thành phần Postgres với các lỗi tham chiếu đến các đối tượng tuỳ chỉnh không do Apigee Edge tạo.
- Sự không nhất quán (và lỗi) trong khi bảo trì dịch vụ Apigee Analytics (sao lưu/khôi phục).
Phương pháp hay nhất
- Không thêm bất kỳ thông tin tuỳ chỉnh nào ở dạng cột, bảng, chế độ xem, hàm và quy trình trực tiếp vào bất kỳ giản đồ nào thuộc sở hữu của Apigee, chẳng hạn như
analytics, v.v. - Nếu cần hỗ trợ thông tin tuỳ chỉnh, bạn có thể thêm thông tin đó dưới dạng cột (trường) bằng cách sử dụng chính sách Trình thu thập số liệu thống kê cho giản đồ
analytics.