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

Cân bằng tải – giúp bạn có thêm quyền kiểm soát để xoá các máy chủ không thành công

Khi định cấu hình trình cân bằng tải cho một proxy API, bạn có thể xác định số lần lỗi phản hồi xảy ra trước khi một máy chủ bị xoá khỏi chế độ xoay 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ủ mục tiêu. Khi điều này xảy ra, bộ đếm lỗi sẽ tăng thêm 1. Khi Apigee nhận được phản hồi từ một mục tiêu, 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à một phản hồi từ máy chủ mục tiêu và bộ đếm lỗi sẽ được đặt lại. Để đảm bảo 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 để đưa một máy chủ không hoạt động tốt ra khỏi chế độ xoay cân bằng tải trong thời gian sớm nhất có thể, bạn có thể thêm phần tử <ServerUnhealthyResponse> mới có phần tử con <ResponseCode> vào cấu hình trình cân bằng tải. Edge cũng sẽ tính các phản hồi có những mã đó là lỗi.

<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ải tiến chính sách AccessControl

Chính sách AccessControl xác định địa chỉ IP nào có thể thực hiện lệnh gọi đến proxy API. Một yếu tố mới trong chính sách đó giúp nhà phát triển API có nhiều quyền kiểm soát hơn trong việc xác định địa chỉ IP cần đánh giá.

<IgnoreTrueClientIPHeader>: Không bắt buộc (mặc định là sai). Khi bạn đặt giá trị này thành đúng (true), chính sách này sẽ bỏ qua tiêu đề True-Client-IP và đánh giá các đị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 thẻ Cộng đồng.

Hai phần tử mới có trong chính sách RaiseFault để giúp FaultRules xử lý sạch hơn và mạnh mẽ hơn.

• ShortFaultReason là một boolean mà khi đặt thành true sẽ đặt tên chính sách trong 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 quy trình proxy API.

Giới hạn hiện đang được áp dụng 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 bạn đã đặt trong quy trình proxy API. Điều này cho phép bạn thay đổi giá trị IP dễ dàng hơn trong thời gian chạy mà không 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ư thế này, giả sử các giá trị được lưu trữ trong một KVM và bạn sử dụng chính sách KeyValueMapOperations để truy xuất và gán các giá trị đó cho các biến xuất hiện tại đây:

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

Dịch vụ Giám sát API có hai vai trò: Quản trị viên giám sát API và Người dùng giám sát API, được mô tả trong phần Giám sát API truy cập. Các tính năng này đã có sẵn vào tháng 12 năm 2018.

Edge hiện thêm tiêu đề X-Apigee.Message-Timeout vào mỗi yêu cầu. Tiêu đề này là để 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à có thể được Apigee xoá hoặc thay đổi bất cứ lúc nào.

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

x-apigee.edge.execution.sense.action luôn đặt 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 chuỗi

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

Lỗi 404 gián đoạn trong các tổ chức cụ thể

Luồng chia sẻ đã 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 đưa vào bản phát hành tiếp theo của Edge cho Đám mây riêng tư.

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

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