19.03.01 – Ghi chú phát hành Apigee Edge về Đám mây công khai

Cân bằng tải – kiểm soát tốt hơn việc loại bỏ các máy chủ gặp sự cố

Khi định cấu hình bộ cân bằng tải cho một proxy API, bạn có thể xác định số lần phản hồi không thành công xảy ra trước khi một máy chủ bị xoá khỏi vòng cân bằng tải. Lỗi phản hồi có nghĩa là Apigee không nhận được phản hồi nào từ máy chủ đích. Khi điều này xảy ra, bộ đếm lỗi sẽ tăng thêm một. Khi Apigee nhận được phản hồi từ một đích đến, ngay cả khi phản hồi đó là lỗi HTTP (chẳng hạn như 500), thì phản hồi đó vẫn được tính là phản hồi từ máy chủ đích và bộ đếm lỗi sẽ được đặt lại. Để đảm bảo rằng các phản hồi HTTP không hợp lệ (chẳng hạn như 500) cũng làm tăng bộ đếm lỗi để loại bỏ máy chủ không hoạt động khỏi vòng cân bằng tải càng sớm càng tốt, bạn có thể thêm một phần tử <ServerUnhealthyResponse> mới có các phần tử con <ResponseCode> vào cấu hình trình cân bằng tải. Edge cũng sẽ coi những phản hồi có mã đó là phản hồi không thành công.

<HTTPTargetConnection>
  <LoadBalancer>
    <Algorithm>RoundRobin</Algorithm>
    <Server name="target1" />
    <Server name="target2" />
    <ServerUnhealthyResponse>
        <ResponseCode>500</ResponseCode>
        <ResponseCode>502</ResponseCode>
        <ResponseCode>503</ResponseCode>
    </ServerUnhealthyResponse>
    <MaxFailures>5</MaxFailures>
  </LoadBalancer>
</HTTPTargetConnection>
  
  

Các điểm cải tiến về chính sách AccessControl

Chính sách AccessControl xác định những địa chỉ IP có thể gọi đến một proxy API. Một phần tử mới trong chính sách đó giúp nhà phát triển API có thêm quyền kiểm soát trong việc xác định địa chỉ IP cần đánh giá.

<IgnoreTrueClientIPHeader>: Không bắt buộc (mặc định là false). Khi bạn đặt chính sách này thành true, chính sách sẽ bỏ qua tiêu đề True-Client-IP và đánh giá địa chỉ IP trong tiêu đề X-Forwarded-For, theo hành vi đánh giá X-Forwarded-For mà bạn đã định cấu hình.

<AccessControl async="false" continueOnError="false"
    enabled="true" name="Access-Control-1">
    <DisplayName>Access Control-1</DisplayName>
    <IgnoreTrueClientIPHeader>true</IgnoreTrueClientIPHeader>
    ...
</AccessControl>

Để biết thông tin chi tiết, hãy xem bài đăng này trên Cộng đồng.

Hai phần tử mới có trong chính sách RaiseFault giúp việc xử lý FaultRules trở nên gọn gàng và mạnh mẽ hơn.

• ShortFaultReason là một giá trị boolean. Khi được đặt thành true, giá trị này sẽ đặt tên chính sách vào biến fault.reason.
• AssignVariable (có trong FaultResponse) cho phép bạn chỉ định phản hồi lỗi cho một biến để các chính sách khác sử dụng trong luồng proxy API.

Hiện tại, chúng tôi đang áp dụng các giới hạn cho Mục tiêu được lưu trữ. Xem phần Giới hạn để biết thông tin chi tiết về các giới hạn.

Giờ đây, bạn có thể sử dụng các biến mẫu thông báo để đặt địa chỉ IP và mặt nạ CIDR trên chính sách AccessControl. Ví dụ: nếu muốn lưu trữ địa chỉ IP và mặt nạ trong bản đồ khoá giá trị (KVM), bạn có thể truy xuất các giá trị đó từ một biến mà bạn đặt trong luồng proxy API. Điều này giúp bạn thay đổi các giá trị IP dễ dàng hơn trong thời gian chạy mà không cần phải thay đổi cấu hình chính sách.

Ví dụ: thay vì:

<MatchRule action="DENY">
    <SourceAddress mask="24">198.51.100.1</SourceAddress>
</MatchRule>
     

Bạn có thể định cấu hình chính sách như sau, giả sử các giá trị được lưu trữ trong KVM và bạn sử dụng chính sách KeyValueMapOperations để truy xuất các giá trị và chỉ định các giá trị đó cho các biến xuất hiện ở đây:

<MatchRule action="DENY">
    <SourceAddress mask="{kvm.mask.ref}">{kvm.ip.ref}</SourceAddress>
</MatchRule>
     

Tính năng Giám sát API cung cấp 2 vai trò: Quản trị viên giám sát API và Người dùng giám sát API, như mô tả trong phần Truy cập vào tính năng Giám sát API. Các tính năng này được cung cấp từ tháng 12 năm 2018.

Giờ đây, Edge sẽ thêm tiêu đề X-Apigee.Message-Timeout vào mỗi yêu cầu. Tiêu đề này được Edge sử dụng nội bộ. Đừng dựa vào các giá trị trong tiêu đề X-Apigee.* trong các proxy API của bạn vì các tiêu đề này không dành cho khách hàng sử dụng và Apigee có thể xoá hoặc thay đổi bất cứ lúc nào.

Xử lý lỗi xoá kho khoá để lệnh gọi API không bị lỗi

x-apigee.edge.execution.sense.action luôn được đặt thành giá trị rỗng

Trong chính sách ResponseCache, NIOTheread đang thực thi mà không bị từ chối từ nhóm luồng

Nhiều trình xuất nhật ký trên các bộ định tuyến Apigee gây ra mức sử dụng CPU cao

Lỗi 404 không liên tục ở một số tổ chức cụ thể

Luồng dùng chung đã triển khai không thực thi trên một số trình xử lý thông báo

Bản sửa lỗi này sẽ có trong bản phát hành Edge cho Đám mây riêng tư tiếp theo.

Bản sửa lỗi này sẽ có trong bản phát hành Edge cho Đám mây riêng tư tiếp theo.

Bản sửa lỗi này sẽ có trong bản phát hành Edge cho Đám mây riêng tư tiếp theo.