1.1.0 – Informacje o wersji hybrydowego środowiska wykonawczego Apigee

Przeglądasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. Informacje

27 stycznia 2020 roku firma Google udostępniła hybrydowe środowisko wykonawcze Apigee w wersji 1.1.0. W tej sekcji opisaliśmy nowe funkcje i zmiany wprowadzone w wersji 1.1.0.

Uaktualniam

Nie możesz uaktualnić wersji z 1.0.0 do 1.1.0, a nowa wersja nie jest zgodna wstecznie z wersją 1.0.0. Wersja 1.1.0 wymaga nowej instalacji.

Nowe funkcje i ulepszenia

Apigee Connect (wersja alfa)

Apigee Connect Alpha pozwala hybrydowej usłudze MART Apigee na połączenie z platformą zarządzania bez konieczności udostępniania punktu końcowego MART. Jeśli używasz Apigee Connect, nie musisz konfigurować bramy ruchu przychodzącego MART z aliasem hosta i autoryzowanym certyfikatem DNS. Aby uzyskać więcej informacji, skontaktuj się z przedstawicielem Apigee.

Routing ścieżki podstawowej

Routing ścieżek podstawowych pozwala skonfigurować sposób, w jaki Apigee hybrydowy kieruje wywołania serwera proxy interfejsu API do określonych środowisk i nimi zarządzać. Więcej informacji znajdziesz w artykule o konfigurowaniu routingu ścieżek podstawowych.

Zmiany

W hybrydowym środowisku wykonawczym w wersji 1.1.0 wprowadzono podane niżej zmiany. Jak już wspomnieliśmy, niektóre z tych zmian nie są wstecznie zgodne z wersją 1.0.0.

  • Interfejs wiersza poleceń apigeectl instaluje teraz Istio w przestrzeni nazw istio-system. To jest domyślna przestrzeń nazw Istio. Ta zmiana jest niekompatybilna wstecznie z wersją hybrydową 1.0.0.
  • Interfejs wiersza poleceń apigeectl instaluje teraz aplikację CertManager w przestrzeni nazw cert-manager. Ta zmiana jest niekompatybilna wstecznie z wersją hybrydową 1.0.0.
  • Obsługiwana wersja Istio wdrożona z hybrydowym środowiskiem wykonawczym Apigee została przeniesiona do wersji 1.4.2, ponieważ wersja 1.2.x nie jest już obsługiwana.

Naprawione błędy

Rozwiązaliśmy następujące problemy wymienione w informacjach o wersji 1.0.0 Apigee hybrydowej:

Problem Opis
144886537 Routing ścieżki podstawowej nie działa w hybrydowej wersji Apigee w wersji 1.0.0. Gdy zastąpienia są skonfigurowane w taki sposób, aby kierować ruch do różnych środowisk z tym samym aliasem hosta, ruch przychodzący nie jest kierowany do środowiska na podstawie ścieżki.
143774187 Interfejs hybrydowy z etykietą „Firma” w widoku aplikacji.

Znane problemy

Tabela poniżej zawiera opis znanych problemów w tej wersji:

Problem Opis
Nie dotyczy Nie możesz użyć znaku „*” dla właściwości hostAlias zarówno w konfiguracji mart, jak i w envs. Sprawdzoną metodą jest użycie konkretnej nazwy hosta na potrzeby konfiguracji mart.
Nie dotyczy Ustawianie zmiennych HTTP_PROXY, HTTPS_PROXY i NO_PROXY nie jest obsługiwane w wersji alfa Apigee Connect.
Nie dotyczy

Błąd nagłówka HTTP: ruch przychodzący Istio przełącza wszystkie przychodzące odpowiedzi docelowe na protokół HTTP2. Ponieważ hybrydowy procesor wiadomości obsługuje tylko protokół HTTP1, po wywołaniu serwera proxy interfejsu API możesz zobaczyć następujący błąd:

http2 error: Invalid HTTP header field was received: frame type: 1, stream: 1,
   name: [:authority], value: [domain_name]

Jeśli widzisz ten błąd, wykonaj jedną z tych czynności, aby rozwiązać problem:

  • Zmodyfikuj usługę docelową tak, aby w odpowiedzi pomijała nagłówek Host.
  • W razie potrzeby usuń nagłówek Host za pomocą zasady AssignMessage na serwerze proxy interfejsu API.
144584813 Jeśli utworzysz sesję debugowania, ale nie zawiera ona jeszcze żadnych transakcji, interfejs API listy Debug Sessions API nie uwzględni tej sesji na tej liście. Interfejs API uwzględnia sesje w odpowiedzi tylko wtedy, gdy sesja zawiera co najmniej 1 transakcję.
144436206 W widoku Wydajność pamięci podręcznej obliczenie współczynnika trafień pamięci podręcznej jest nieprawidłowe.
144321491 Logi hybrydowe Apigee powiadomienia „Tworzenie brakującej pamięci podręcznej” wskazują na potencjalne obniżenie wydajności. Są to oczekiwane komunikaty i można je zignorować.
144321144 Nie można ponownie wczytywać serwerów proxy z zabezpieczonymi hostami wirtualnymi .
144286363

Maska debugowania w pliku env.json nie maskuje danych odpowiedzi.

Ten interfejs API do aktualizowania maski debugowania env.json za pomocą pola „responseJSONPaths” nie działa:

PATCH /v1/organizations/org/environments/env/debugmask?replaceRepeatedFields=true
{
  "responseJSONPaths": ["$.maskedDataEnv"]
}

Aby obejść ten problem ze śledzeniem, możesz usunąć całą sesję śledzenia w interfejsie użytkownika lub użyć interfejsów API śledzenia, aby usunąć poszczególne transakcje w ramach sesji.
143659917

Ustawienie daty ważności zasady PopulateCache musi być ustawione na wyraźnie określoną wartość z zakresu od 1 do 30. Na przykład: 

<ExpirySettings>
  <TimeoutInSec>30</TimeoutInSec>
</ExpirySettings>
133192879

Podsumowanie: uzyskanie stanu wdrożenia w organizacji za pomocą interfejsu API lub interfejsu użytkownika jest bardzo wysokie. Takie opóźnienie może spowodować zwrócenie odpowiedzi HTTP 204 (No Content) lub HTTP 400 (Bad Request).

Obejście problemu: odśwież przeglądarkę (lub ponownie wyślij żądanie).