19.03.01 – informacje o wersji Apigee Edge dla Public Cloud

Równoważenie obciążenia – większa kontrola nad usuwaniem niesprawnych serwerów

Konfigurując system równoważenia obciążenia dla serwera proxy interfejsu API, możesz określić, ile błędów odpowiedzi występuje przed usunięciem serwera z rotacji równoważenia obciążenia. Niepowodzenie odpowiedzi oznacza, że Apigee nie otrzymuje odpowiedzi z serwera docelowego. W takim przypadku licznik błędów zwiększa się o 1. Gdy Apigee otrzyma odpowiedź z celu, nawet jeśli odpowiedź to błąd HTTP (np. 500), liczy się to jako odpowiedź z serwera docelowego, a licznik błędów jest resetowany. Aby mieć pewność, że nieprawidłowe odpowiedzi HTTP (np. 500) będą także zwiększać wartość licznika błędów w celu jak najszybszego usunięcia z rotacji równoważenia obciążenia w złym stanie, dodaj do konfiguracji systemu równoważenia obciążenia nowy element <ServerUnhealthyResponse> z elementami podrzędnymi <ResponseCode>. Edge będzie też zliczać 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ą wykonywać wywołania serwera proxy interfejsu API. Nowy element tych zasad daje deweloperom interfejsów API większą kontrolę nad określaniem adresów IP, które mają być oceniane.

<IgnoreTrueClientIPHeader>: opcjonalny (wartość domyślna to fałsz). Jeśli zasada ma wartość Prawda, zasada ignoruje nagłówek True-Client-IP i ocenia adresy IP w nagłówku X-Forwarded-For zgodnie ze skonfigurowanym działaniem X-Forwarded-For oceniania.

<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 karcie Społeczność.

Udostępniliśmy 2 nowe elementy zasady ClaimFault, dzięki którym obsługa FaultRules jest prostsza i skuteczniejsza.

• ShortFaultReason jest wartością logiczną. Jeśli ma wartość „true” (prawda), umieszcza nazwę zasady w zmiennej fault.reason.
• AssignVariable, dostępny w elemencie FaultResponse, pozwala przypisać odpowiedź o błędzie do zmiennej, która ma być używana przez inne zasady w procesie serwera proxy interfejsu API.

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

Za pomocą zmiennych szablonu wiadomości możesz teraz ustawiać adresy IP i maski CIDR w zasadzie AccessControl. Jeśli na przykład chcesz przechowywać adres IP i maskę w mapie par klucz-wartość (KVM), możesz pobrać te wartości ze zmiennej ustawionej w procesie serwera proxy interfejsu API. Pozwala to ł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ć tę zasadę w ten sposób, zakładając, że wartości są przechowywane w KVM oraz że za pomocą zasady KeyValueMapOperations pobierasz wartości i przypisujesz je do przedstawionych tutaj zmiennych:

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

Monitorowanie interfejsów API ma 2 role: administrator monitorowania interfejsów API i użytkownik monitorowania interfejsów API opisanych w artykule Monitorowanie interfejsów API. Zostały udostępnione w grudniu 2018 roku.

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

Napraw błędy związane z usunięciem magazynu kluczy, aby wywołanie interfejsu API nie kończyło się niepowodzeniem

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

W zasadzie ResponseCache, NIOTheread jest wykonywany bez odrzucenia z puli wątków

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

Sporadyczne błędy 404 w określonych organizacjach

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

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

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

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