19.03.01 – informacje o wersji Apigee Edge dla Public Cloud

Równoważenie obciążenia – większa kontrola przy usuwaniu awarii serwerów

Podczas konfigurowania systemu równoważenia obciążenia serwera proxy interfejsu API, możesz określić, ile odpowiedzi przed usunięciem serwera z rotacji systemu równoważenia obciążenia. niepowodzenie odpowiedzi, oznacza, że Apigee nie otrzymuje odpowiedzi z serwera docelowego. W takim przypadku błąd przyrost licznika o jeden. Gdy Apigee otrzyma odpowiedź od celu, nawet jeśli to błąd HTTP (np. 500), który liczy się jako odpowiedź serwera docelowego, i zresetowany zostanie licznik błędów. Aby mieć pewność, że nieprawidłowe odpowiedzi HTTP (np. 500) będą również Zwiększ licznik błędów, aby z rotacji równoważenia obciążenia usunąć niesprawny serwer z rotacji w jak najszybciej możesz dodać nowy element <ServerUnhealthyResponse> z <ResponseCode> elementami podrzędnymi do konfiguracji systemu równoważenia obciążenia. Edge będzie też liczyć odpowiedzi z tymi kodami jako błędy.

<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 tej zasady daje programistom API większą kontrolę przy określaniu adresu IP adresów do oceny.

<IgnoreTrueClientIPHeader>: opcjonalny (wartość domyślna to false). Jeśli zasada ma wartość Prawda, zasada ignoruje nagłówek True-Client-IP i sprawdza adresy IP w nagłówku X-Forwarded-For, po Skonfigurowane przez Ciebie zachowanie oceny X-Forwarded-For oceniania.

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

Więcej informacji: tym poście na karcie Społeczność

W zasadzie RaiseFault dostępne są 2 nowe elementy, które umożliwiają tworzenie FaultRules jest bardziej wydajny i czystszy w obsłudze.

• ShortFaultReason to wartość logiczna, która po ustawieniu wartości prawda umieszcza nazwę zasady w zmiennej fault.reason.
• Funkcja AssignVariable, dostępna w FaultResponse, umożliwia przypisanie odpowiedzi błędu do zmiennej, która ma być używana przez inne zasady w przepływie serwera proxy interfejsu API.

W przypadku hostowanych celów limity są teraz egzekwowane. Szczegółowe informacje znajdziesz w sekcji Limity.

Możesz teraz używać zmiennych szablonu wiadomości do ustawiania adresów IP i masek CIDR w zasada AccessControl. Jeśli na przykład chcesz przechowywać adresu IP i maski w mapie wartości klucza (KVM), można pobrać te wartości ze zmiennej 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: zmienić konfigurację zasad.

Zamiast:

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

Można skonfigurować tę zasadę w ten sposób, zakładając, że wartości są przechowywane w KVM za pomocą zasady KeyValueMapOperations, aby pobrać wartości i przypisać je do funkcji tutaj:

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

API Monitoring udostępnia 2 role: administrator monitorowania interfejsów API i użytkownik monitorowania interfejsów API opisane w artykule Access API Monitoring (Dostęp do monitorowania interfejsu API). Zostały one udostępnione w grudniu 2018 r.

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

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

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

W zasadzie ResponseCache NIOTheread jest wykonywane bez odrzucenia pula wątków

Wielu eksporterów logów na routerach Apigee powoduje wysokie wykorzystanie procesora

Sporadyczne błędy 404 w określonych organizacjach

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

Ta poprawka zostanie uwzględniona w następnej wersji Edge dla Private Cloud.

Ta poprawka zostanie uwzględniona w następnej wersji Edge dla Private Cloud.

Ta poprawka zostanie uwzględniona w następnej wersji Edge dla Private Cloud.