19.03.01 – informacje o wersji Apigee Edge dla Public Cloud

Równoważenie obciążenia – większa kontrola nad usuwaniem serwerów, które uległy awarii

Podczas konfigurowania systemu równoważenia obciążenia dla serwera proxy interfejsu API możesz określić, ile błędów odpowiedzi musi wystąpić, zanim serwer zostanie usunięty z rotacji równoważenia obciążenia. Brak odpowiedzi oznacza, że Apigee nie otrzymuje żadnej odpowiedzi z serwera docelowego. W takim przypadku licznik niepowodzeń zwiększa się o 1. Gdy Apigee otrzyma odpowiedź z celu, nawet jeśli jest to błąd HTTP (np. 500), jest to traktowane jako odpowiedź z serwera docelowego, a licznik błędów jest resetowany. Aby mieć pewność, że nieprawidłowe odpowiedzi HTTP (np. 500) również zwiększają licznik błędów i jak najszybciej wyłączają z rotacji równoważenia obciążenia nieprawidłowo działający serwer, możesz dodać do konfiguracji systemu równoważenia obciążenia nowy element <ServerUnhealthyResponse> z elementami podrzędnymi <ResponseCode>. Edge będzie też traktować odpowiedzi z tymi kodami jako nieudane.

<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>
  
  

Ulepszenia zasad AccessControl

Zasada AccessControl określa, które adresy IP mogą wywoływać serwer proxy interfejsu API. Nowy element tych zasad daje deweloperom interfejsów API większą kontrolę nad tym, które adresy IP mają być oceniane.

<IgnoreTrueClientIPHeader>: opcjonalne (wartość domyślna to false). Jeśli ustawisz tę wartość na „true”, zasada zignoruje nagłówek True-Client-IP i oceni adresy IP w nagłówku X-Forwarded-For zgodnie z skonfigurowanym przez Ciebie sposobem oceny nagłówka X-Forwarded-For.

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

Szczegółowe informacje znajdziesz w tym poście na forum społeczności.

W zasadach RaiseFault dostępne są 2 nowe elementy, które sprawiają, że obsługa FaultRules jest prostsza i bardziej wydajna.

• ShortFaultReason to wartość logiczna, która po ustawieniu na „true” umieszcza nazwę zasady w zmiennej fault.reason.
• AssignVariable, dostępny w FaultResponse, umożliwia przypisanie odpowiedzi na błąd do zmiennej, która będzie używana przez inne zasady w przepływie proxy interfejsu API.

W przypadku hostowanych miejsc docelowych obowiązują teraz limity. Szczegółowe informacje o limitach znajdziesz w sekcji Limity.

Możesz teraz używać zmiennych szablonu wiadomości do ustawiania adresów IP i masek CIDR w zasadach AccessControl. Jeśli na przykład chcesz zapisać adres IP i maskę w mapie klucz-wartość, możesz pobrać te wartości ze zmiennej ustawionej w przepływie serwera proxy interfejsu API. Dzięki temu możesz łatwiej zmieniać wartości adresów IP w czasie działania bez konieczności zmiany konfiguracji zasad.

Na przykład zamiast:

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

Możesz skonfigurować zasadę w ten sposób, zakładając, że wartości są przechowywane w KVM, a do pobierania wartości i przypisywania ich do zmiennych pokazanych poniżej używasz zasady KeyValueMapOperations:

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

Monitorowanie interfejsu API udostępnia 2 role: administrator monitorowania interfejsu API i użytkownik monitorowania interfejsu API. Opis tych ról znajdziesz w artykule Dostęp do monitorowania interfejsu API. Zostały one udostępnione w grudniu 2018 r.

Edge dodaje teraz do każdego żądania nagłówek X-Apigee.Message-Timeout. Ten nagłówek jest przeznaczony do użytku wewnętrznego przez Edge. Nie polegaj na wartościach w nagłówkach X-Apigee.* w swoich serwerach proxy interfejsu API, ponieważ te nagłówki nie są przeznaczone do użytku przez klientów i mogą zostać usunięte lub zmienione przez Apigee w dowolnym momencie.

Obsługa błędów usuwania magazynu kluczy, aby wywołanie interfejsu API nie kończyło się niepowodzeniem

x-apigee.edge.execution.sense.action ma zawsze wartość null

W zasadach ResponseCache wątek NIOThread jest wykonywany bez odrzucenia z puli wątków

Wielu eksporterów dzienników na routerach Apigee powoduje wysokie zużycie procesora

Sporadyczne błędy 404 w określonych organizacjach

Wdrożony przepływ współdzielony nie jest wykonywany na niektórych procesorach wiadomości

Ta poprawka zostanie uwzględniona w kolejnej wersji Edge dla chmury prywatnej.

Poprawka zostanie uwzględniona w kolejnej wersji Edge for Private Cloud.

Ta poprawka zostanie uwzględniona w kolejnej wersji Edge dla chmury prywatnej.