Google używa technologii AI do tłumaczenia treści na Twój preferowany język. Tłumaczenia wygenerowane przez AI mogą zawierać błędy.

16.09.2021 – informacje o wersji Apigee Edge dla Public Cloud

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

W czwartek 13 października 2016 r. zaczęliśmy udostępniać nową wersję Apigee Edge dla chmury publicznej.

Nowe funkcje i aktualizacje

Oto nowe funkcje i aktualizacje wprowadzone w tej wersji.

Udostępnione przepływy i punkty zaczepienia przepływu do wdrażania serwerów proxy interfejsu API (wersja beta dostępna tylko na żądanie)

Nowa funkcja „Wspólne przepływy” umożliwia wdrażanie funkcji w proxy API. Łącząc zasady i zasoby warunkowe w przepływ udostępniony, możesz odwoływać się do niego z dowolnego proxy interfejsu API, aby wykonywać logikę wielokrotnego użytku z jednego źródła. Na przykład wspólny przepływ może weryfikować klucz interfejsu API, chronić przed nagłymi wzrostami ruchu i rejestrować dane.

Definiujesz współdzielone przepływy w interfejsie zarządzania (Interfejsy API > Współdzielone przepływy), a następnie odwołujesz się do nich na 2 sposoby:

Z nową zasadą Flow Callout w proxy interfejsu API
lub
w nowym artefakcie o nazwie Flow Hooks (Punkty zaczepienia przepływu), który znajduje się w tych lokalizacjach:
- Żądanie: przed przepływem wstępnym punktu końcowego proxy, po przepływie końcowym punktu końcowego docelowego
- Odpowiedź: przed przepływem wstępnym punktu końcowego docelowego, po przepływie końcowym punktu końcowego proxy.
Te punkty przyłączenia umożliwiają wykonywanie logiki operacyjnej przed lub po głównych punktach przepływu poszczególnych serwerów proxy. Przydzielasz przepływy współdzielone do tych lokalizacji zaczepów przepływu w interfejsie zarządzania (Interfejsy API > Konfiguracja środowiska > Zaczepy przepływu).

Zaszyfrowane mapy klucz-wartość

Możesz tworzyć zaszyfrowane mapy klucz-wartość do przechowywania informacji poufnych, takich jak dane logowania czy dane osobowe lub dane podlegające ochronie na mocy ustawy HIPAA. Ta funkcja różni się od istniejącego bezpiecznego magazynu Edge (skarbca) i ma go zastąpić, ponieważ do wartości w skarbcu można uzyskać dostęp tylko za pomocą Node.js (oprócz interfejsu API do zarządzania). Do zaszyfrowanych wartości KVM możesz uzyskać dostęp za pomocą Node.js lub zasady Operacje na mapie klucz-wartość.

Tworzenie zaszyfrowanych maszyn KVM

Używaj dotychczasowych interfejsów API KVM. Jeśli podczas tworzenia KVM w definicji ładunku umieścisz “encrypted”: “true”, Edge zaszyfruje KVM i wygeneruje klucz szyfrowania o tym samym zakresie co KVM.
Nie możesz użyć zasady Operacje na mapie wartości klucza do utworzenia zaszyfrowanej mapy wartości klucza.
Nie możesz zaszyfrować istniejącego, niezaszyfrowanego KVM.

Korzystanie z zaszyfrowanych przełączników KVM

Użyj zasady Operacje na mapie klucz-wartość, aby pobierać i aktualizować zaszyfrowane wartości KVM.
Podczas pobierania zaszyfrowanej wartości klucza dodaj do zmiennej, która ma przechowywać tę wartość, prefiks „private.”. Przykład: <Get assignTo="private.secretVar">. Zmienna private.secretVar zawiera odszyfrowaną wartość.
Podczas aktualizowania wartości za pomocą zasady nie musisz wykonywać żadnych specjalnych czynności. Wartość zostanie automatycznie zaszyfrowana w zaszyfrowanych maszynach wirtualnych KVM.
Odszyfrowaną wartość możesz też uzyskać za pomocą modułu apigee-access w kodzie Node.js. Użyj funkcji getKeyValueMap(), aby pobrać KVM na podstawie nazwy i zakresu. W zwróconym obiekcie dostępne są 2 funkcje: getKeys(callback) do pobierania tablicy nazw kluczy i get(key, callback) do pobierania wartości dla określonego klucza. Na przykład:
```
var apigee = require('apigee-access');
  var encryptedKVM = apigee.getKeyValueMap('VerySecureKVM', 'apiproxy');
  encryptedKVM.get('secret1', function(err, secretValue) {
  // use the secret value here
});
```

(APIRT-1197)

Ostrzeżenie:

Operacje PUT w KVM z kluczami o wartości null

Jeśli zasada Operacje na mapie klucz-wartość próbuje umieścić nowy klucz/wartość na mapie klucz-wartość (KVM) za pomocą klucza o wartości null, automatycznie tworzony jest ten klucz:__$$_EDGE_KVM_EMPTY_KEY_$$__

Taka sytuacja może wystąpić na przykład wtedy, gdy wypełniasz klucz za pomocą odwołania do zmiennej, a odwoływana zmienna ma wartość null. Gdy podejmowane są próby wykonania nowych operacji PUT z kluczami o wartości null, używany jest tylko ten klucz, więc istniejące wartości tego klucza mogą być nadpisywane za każdym razem, gdy wykonywana jest zasada.

Wcześniej w przypadku klucza o wartości null para klucz/wartość nie była dodawana do mapy kluczy i wartości. Zamiast tego wpis pozostał w pamięci podręcznej procesora wiadomości i był tymczasowo dostępny w przypadku kolejnych operacji pobierania. Jeśli implementacja zasad KVM opiera się na poprzednim działaniu, operacje Get na kluczach o wartości null będą teraz kończyć się niepowodzeniem, ponieważ nie odwołują się do nowej nazwy klucza (powyżej), która jest tworzona dla kluczy o wartości null. (APIRT-3530)

Adresy URL specyfikacji OpenAPI zawarte w metadanych serwera proxy interfejsu API

Gdy tworzysz serwer proxy interfejsu API na podstawie specyfikacji OpenAPI, lokalizacja specyfikacji OpenAPI jest przechowywana w metadanych serwera proxy interfejsu API. Jeśli na przykład używasz interfejsu Management API do pobierania szczegółów wersji proxy, metadane zawierają ścieżkę do specyfikacji OpenAPI w tym formacie:

"spec" : "https://raw.githubusercontent.com/apigee/api-platform-samples/master/default-proxies/helloworld/openapi/mocktarget.yaml"

To ulepszenie obsługuje nową generację Edge, która łączy specyfikacje OpenAPI z proxy interfejsów API, usługami API i dokumentacją interfejsów API w nowym portalu dla deweloperów. (MGMT-2913)

Kontrola adresu IP klienta za pomocą urządzenia Sense

Aby dokładniej określać, gdzie szukać adresów IP na potrzeby wykrywania botów Sense podczas korzystania z usług routingu, takich jak Akamai, Sense umożliwia zdefiniowanie lokalizacji adresu IP klienta za pomocą zmiennej additionalIPVars. Możesz na przykład ustawić additionalIPVars tak, aby używać nagłówka true-client-ip, który zawiera prawidłowy adres IP z Akamai, do oceny w regułach dotyczących botów. (APIRT-3332)

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	Opis
APIRT-3507	Sporadyczne błędy (np. błędy SNI) w wywołaniach usługi JavaScript
APIRT-3408	MP release 160817 apigee-access analytics module processing messages differently
APIRT-3390	Zmiana odpowiedzi o błędzie zwracanej przez zasadę odświeżania tokena dostępu Ostrzeżenie: zmiana kodu błędu OAuthV2 „invalid_client”. Zwróć uwagę na zmianę kodu błędu zgłaszanego przez operacje zasad OAuthV2: GenerateAccessToken i RefreshAccessToken, gdy właściwość <GenerateResponse> zasad OAuthV2 jest ustawiona na false: `{"ErrorCode" : "invalid_client", "Error" :"Client identifier is required"}` została zmieniona na: `{"ErrorCode" : "InvalidClientIdentifier", "Error" :"Client identifier is required"}` Zalecamy zmianę warunków reguł błędów, które przechwytują „`invalid_client`”, tak aby obejmowały zarówno stare, jak i nowe kody. Na przykład w regule błędu zmień: `(fault.name = "invalid_client")` na: `(fault.name = "invalid_client") OR (fault.name = "InvalidClientIdentifier")`
APIRT-3389	Ostrzeżenie: błąd przesyłania ładunków Node.js o rozmiarze powyżej 25 KB Przesyłanie ładunków Node.js o rozmiarze powyżej 25 KB jest teraz dozwolone.
APIRT-3381	Wysokie opóźnienia w przypadku proxy produkcyjnych klientów
APIRT-3366	Zasady JavaScriptu nie działają we wszystkich nowych organizacjach testowych
APIRT-3363	Nieprawidłowa analiza adresu URL zwraca stan 500 z błędem ApplicationNotFound
APIRT-3356	Komunikat o nieprawidłowym tokenie OAuth
APIRT-3355	Sporadyczny błąd 403 w przypadku serwera proxy OAuth
APIRT-3285	Ostrzeżenie: niespójny czas wygaśnięcia tokena OAuth2 Podczas generowania tokena OAuth za pomocą zasady OAuth w wersji 2.0 możesz ustawić czas wygaśnięcia tokena przez odwołanie lub zakodowaną na stałe wartość domyślną. Przykład: `<ExpiresIn ref="kvm.oauth.expires_in">1800000</ExpiresIn>`. Gdy po raz pierwszy ustawiono wygaśnięcie tokena przez odwołanie, Edge zapisał i użył tej wartości w przypadku każdego nowego wygaśnięcia tokena. Ten błąd został naprawiony, aby używać wartości referencyjnej lub, jeśli nie podano wartości referencyjnej, domyślnego czasu wygaśnięcia zdefiniowanego w zasadach. Ta poprawka może zmienić czas wygaśnięcia tokenów. Możesz też zauważyć efekty uboczne, takie jak częstsze błędy związane z nieprawidłowym tokenem, co może wymagać częstszego odświeżania tokenów lub zmiany domyślnego czasu wygaśnięcia w zasadach OAuth.
APIRT-3261	Uwierzytelnianie jest weryfikowane w porównaniu z inną aplikacją deweloperską w wersji produkcyjnej
APIRT-3234	Aplikacja Node.js zwraca błąd NPE
APIRT-3223	Problem z nieaktualną pamięcią podręczną Apigee
APIRT-3193	Serwer docelowy Node.js zawiesza się po przeniesieniu do ASG
APIRT-3152	wywołanie zarządzania cachedlogs powoduje podział wiadomości dziennika
APIRT-3117	MP osiągnął 100% wykorzystania procesora i przestał obsługiwać ruch
APIRT-3064	Router – niestandardowy komunikat o błędzie 503 z routera
APIRT-2620	Osobna pula wątków dla niektórych kroków blokujących, aby poprawić obsługę obciążenia
CORESERV-774	Dostęp przy użyciu prawidłowego klucza z nieprawidłowym odwołaniem do produktu API powoduje wewnętrzny błąd serwera