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 ona traktowana jako odpowiedź z serwera docelowego, a licznik niepowodzeń 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łowy 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

Zasady AccessControl określają, które adresy IP mogą wywoływać serwer proxy interfejsu API. Nowy element tych zasad daje programistom 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>

Więcej informacji 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 bardziej przejrzysta i skuteczna.

• 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 o błędzie 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 par klucz-wartość (KVM), 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 Uzyskiwanie dostępu 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 w 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 jest zawsze ustawiony na wartość null

W zasadach ResponseCache wątek NIOThread jest wykonywany bez odrzucenia przez pulę wątków

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

Sporadyczne błędy 404 w określonych organizacjach

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

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

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

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