1.2.0 – Informacje o wersji hybrydowego środowiska wykonawczego Apigee

Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X.
info

3 kwietnia 2020 r. udostępniliśmy wersję 1.2.0 środowiska wykonawczego Apigee Hybrid.

Uaktualniam

Nowe funkcje i aktualizacje

Oto nowe funkcje i aktualizacje wprowadzone w tej wersji.

Dodano nową konfigurację hosta wirtualnego, aby określić reguły routingu.

Nowa funkcja konfiguracji virtualhosts rozwiązuje problem, który powodował, że kolejność, w jakiej ścieżki podstawowe były kierowane do wielu środowisk, była niepewna. Więcej informacji znajdziesz w artykule Konfigurowanie hostów wirtualnych. (150336519)

Wersja beta zasady OASValidation

Zasady OASValidation (weryfikacja specyfikacji OpenAPI) (wersja beta) umożliwiają weryfikację przychodzącego żądania lub wiadomości z odpowiedzią na podstawie specyfikacji OpenAPI 3.0 (JSON lub YAML). Więcej informacji znajdziesz w zasadach OASValidation (w wersji beta). (144949685)

Wersja beta obsługi WebSocket

Apigee hybrid obsługuje połączenia WebSocket. Klienci proxy interfejsu API mogą teraz wysyłać żądania uaktualnienia protokołu z HTTP do WebSockets. Więcej informacji znajdziesz w artykule Korzystanie z WebSockets (beta).

Dostęp do tajnych wartości zasad z obiektów tajnych Kubernetes

Nowa funkcja umożliwia dostęp do wartości przechowywanych w obiekcie tajnym Kubernetes w zmiennych przepływu proxy. Więcej informacji znajdziesz w artykule Przechowywanie danych w sekrecie Kubernetes. (133377603)

Element Apigee Operators (AO) zastępuje ADAC i ADAH

Operatory Apigee (AO) tworzą i aktualizują zasoby Kubernetes i Istio niskiego poziomu, które są wymagane do wdrożenia i utrzymania AD. Na przykład kontroler zwalnia procesory wiadomości. Sprawdza też konfigurację ApigeeDeployment przed zapisaniem jej w klastrze Kubernetes. AO zastępuje Apigee Deployment Admissionhook (ADAH) i Apigee Deployment Controller (ADC). Więcej informacji znajdziesz w sekcji ao w dokumentacji właściwości konfiguracji. (151250559)

Zastępowanie i wycofywanie niektórych właściwości konfiguracji klastra i projektu

Dodaliśmy 2 nowe właściwości konfiguracji: k8sCluster i gcp. Te właściwości zastępują te wycofane: k8sClusterName, gcpRegion i gcpProjectID. Szczegółowe informacje znajdziesz w dokumentacji właściwości konfiguracji. (146299599)

Rozszerzanie woluminów stałych w przypadku usługi Cassandra w Kubernetes

Dodaliśmy proces rozszerzania woluminu trwałego używanego przez apigee-cassandra, aby zaspokoić potrzeby związane z miejscem na dane bez konieczności dodawania kolejnych węzłów tylko w celu zwiększenia ilości miejsca. Zobacz Rozszerzanie woluminów stałych Cassandra. (138167919)

Obsługa dodatkowych źródeł certyfikatów, kluczy szyfrowania i SA

Dodaliśmy nowe właściwości konfiguracji, które zapewniają większą elastyczność w określaniu certyfikatów TLS, kluczy szyfrowania i kluczy kont usług. Nowe właściwości są wymienione poniżej:

  • kmsEncryptionPath
  • kmsEncryptionSecret.key
  • kmsEncryptionSecret.name
  • cassandra.backup.serviceAccountSecretRef
  • cassandra.restore.serviceAccountSecretRef
  • envs[].cacheEncryptionPath
  • envs[].cacheEncryptionSecret.key
  • envs[].cacheEncryptionSecret.name
  • envs[].kmsEncryptionPath
  • envs[].kmsEncryptionSecret.key
  • envs[].kmsEncryptionSecret.name
  • envs[].serviceAccountSecretRefs.synchronizer
  • envs[].serviceAccountSecretRefs.udca
  • envs[].sslSecret
  • logger.serviceAccountSecretRef
  • mart.serviceAccountSecretRef
  • mart.sslSecret
  • metrics.serviceAccountSecretRef
  • synchronizer.serviceAccountSecretRef
  • udca.serviceAccountSecretRef

Więcej informacji znajdziesz w dokumentacji referencyjnej dotyczącej właściwości konfiguracji. (145303466)

Umożliwianie klientom zaciemniania danych przed wysłaniem ich do usług analitycznych

Dodaliśmy funkcję, która umożliwia zaciemnianie niektórych danych analitycznych przed ich wysłaniem do płaszczyzny zarządzania. Więcej informacji znajdziesz w artykule Anonimizowanie danych użytkowników na potrzeby analiz. (142578910)

Zwiększanie rozmiaru woluminów stałych w przypadku zestawów stanowych

Dodaliśmy funkcję, która umożliwia zwiększenie rozmiaru woluminu trwałego używanego przez apigee-cassandra, aby zaspokoić potrzeby związane z przechowywaniem danych bez zwiększania mocy obliczeniowej. Więcej informacji znajdziesz w artykule Rozszerzanie woluminów stałych w przypadku zestawów stanowych. (138167919)

Uaktualniono minimalne obsługiwane wersje GKE, Anthos i AKS.

Apigee Hybrid obsługuje teraz GKE w wersji 1.14.x, Anthos w wersji 1.2 i AKS w wersji 1.14.x. (149578101)

Obsługa protokołu TLS 1.3 w przypadku połączeń wychodzących

Dwie nowe właściwości konfiguracji umożliwiają ustawienie minimalnej i maksymalnej wersji TLS dla usługi wejściowej: ingress.minTLSProtocolVersion i maxTLSProtocolVersion. Możliwe wartości to 1,0, 1,1, 1,2 i 1,3. Więcej informacji znajdziesz w dokumentacji właściwości konfiguracji. (117580780)

Obsługa konfiguracji serwera proxy przekazującego w przypadku środowiska wykonawczego hybrydowego

W przypadku proxy interfejsu API wdrożonych w środowisku jest teraz obsługiwane przekazywanie dalej HTTP. Więcej informacji znajdziesz w artykule Konfigurowanie przekazywania za pomocą serwera proxy. (148970527)

Obsługa wielu hostAliases w każdym środowisku

Dodaliśmy nową właściwość konfiguracji: envs[].hostAliases. Ta właściwość umożliwia dodanie do środowiska wielu aliasów hosta. Używaj tego elementu zamiast elementu hostAlias, który został wycofany. Więcej informacji znajdziesz w artykule Dodawanie wielu aliasów hostów do środowiska. (150738495)

Zezwalanie na szablony w przypadku zestawów usług

Do elementu <AssignVariable> zasady <AssignMessage> dodano nowy element <PropertySetRef>. Element <PropertySetRef> umożliwia dynamiczne tworzenie pary nazwa/klucz zestawu właściwości. Ta funkcja jest dostępna tylko w przypadku serwerów proxy interfejsu API wdrożonych w Apigee hybrid. Zobacz AssignVariable. (148612340)

Usunięte błędy

W tej wersji naprawiliśmy te błędy: Ta lista jest przeznaczona głównie dla użytkowników, którzy chcą sprawdzić, czy ich zgłoszenia zostały rozwiązane. Nie jest on przeznaczony do dostarczania szczegółowych informacji wszystkim użytkownikom.

Identyfikator problemu Nazwa komponentu Opis
147958049 Środowisko wykonawcze Rozwiązaliśmy problem z czasem w sekwencji uruchamiania środowiska wykonawczego, który czasami uniemożliwiał prawidłowe uruchomienie synchronizatora.
149867244 Platforma K8S Błąd w podzie apigee-cps-setup w konfiguracji obejmującej wiele regionów
150187652 / 149117839 Środowisko wykonawcze Nie można używać łączników w nazwach środowisk.
149220463 MP pod Wcześniej wdrożone serwery proxy trzeba było wdrożyć ponownie.
144321144 Środowisko wykonawcze Nie udało się ponownie wczytać serwerów proxy z bezpiecznymi hostami wirtualnymi.
147685310 Środowisko wykonawcze Błędy inicjowania synchronizatora z powodu nieudanego pobierania tokena GCP podczas inicjowania.
151115900 Środowisko wykonawcze Okresowe wewnętrzne sondowanie nie było przeprowadzane w przypadku HybridMART, co powodowało fałszywe wyniki.

Znane problemy

W tabeli poniżej znajdziesz znane problemy w tej wersji:

Problem Opis
Nie dotyczy

Błąd nieprawidłowego nagłówka HTTP: Istio Ingress przełącza wszystkie przychodzące odpowiedzi docelowe na protokół HTTP2. Ponieważ hybrydowy procesor wiadomości obsługuje tylko protokół HTTP1, podczas wywoływania serwera proxy interfejsu API może pojawić się ten 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, możesz wykonać jedną z tych czynności, aby rozwiązać problem:

  • Zmodyfikuj usługę docelową, aby pominąć nagłówek Host w odpowiedzi.
  • W razie potrzeby usuń nagłówek Host za pomocą zasady AssignMessage w proxy interfejsu API.
144584813 Jeśli utworzysz sesję debugowania, ale nie ma w niej jeszcze żadnych transakcji, interfejs List Debug Sessions API nie uwzględni jej na liście. Interfejs API uwzględnia w odpowiedzi tylko sesje, które zawierają co najmniej 1 transakcję.
143659917

Ustawienie wygaśnięcia w zasadach PopulateCache musi mieć wartość z zakresu od 1 do 30. Na przykład:

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

Podsumowanie: występuje bardzo duże opóźnienie podczas korzystania z interfejsu API lub interfejsu użytkownika w celu uzyskania stanu wdrożenia organizacji. Opóźnienie może spowodować odpowiedź HTTP 204 (No Content) lub HTTP 400 (Bad Request).

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