180302 – informacje o wersji Apigee Edge dla chmury publicznej

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

We wtorek 20 marca 2018 roku zaczęliśmy publikować nową wersję Apigee Edge dla chmury publicznej.

Klienci Private Cloud: czy ta wersja chmury jest uwzględniona w Twojej wersji Private Cloud? Informacje o poszczególnych wersjach chmury znajdziesz w informacjach o danej wersji. Zapoznaj się też z artykułem Informacje o numerowaniu wersji, aby dowiedzieć się, jak ją ustalić, porównując liczby wersji.

Masz pytania lub problemy? Pomoc znajdziesz tutaj

Powiadomienia o wersjach: wejdź na http://status.apigee.com i kliknij Subskrybuj aktualizacje.

Strona główna informacji o wersji

Wycofania i emerytura

Te funkcje są wycofywane lub wycofywane. Więcej informacji znajdziesz w zasadach wycofywania Apigee.

Identyfikator problemu Nazwa komponentu Opis
74622499 Środowisko wykonawcze API

Usuń właściwość conf_http_HTTPClient.disable.url.hostname.validation

Ta właściwość służąca do wyłączania weryfikacji nazw hostów jest nadmiarowa i zostanie usunięta w następnej wersji Cloud.

Nowe funkcje i aktualizacje

Poniżej znajdziesz opis nowych funkcji i aktualizacji w tej wersji.

Identyfikator problemu Nazwa komponentu Opis
71861442 Serwer zarządzania

Optymalizacje przy importowaniu i aktualizowaniu pakietów proxy

Edge przeprowadzi silniejszą weryfikację pakietów proxy interfejsu API podczas wdrażania. Ta aktualizacja pomaga przyspieszyć wdrożenia, a jednocześnie zmniejszy liczbę błędów i uszkodzeń pakietów, gdy więcej niż 1 użytkownik importuje ten sam pakiet w tym samym czasie. Oto istotne zmiany i zachowania:

  • Każdy pakiet musi mieć katalog główny systemu plików /apiproxy.
  • Edge nie próbuje już ignorować ścieżek w folderze zasobów pakietu proxy interfejsu API. Na przykład Edge nie ignoruje już katalogów .git ani .svn.
  • Jeśli pakiet zawiera nieprawidłową konfigurację więcej niż 1 pliku XML konfiguracji serwera proxy interfejsu API (na przykład apiproxy/proxy1.xml i apiproxy/proxy2.xml), nie ma gwarancji, która konfiguracja zostanie użyta w przypadku serwera proxy interfejsu API.
68943054 Środowisko wykonawcze API

Sprawdzanie, czy kontrole stanu używają pamięci podręcznej DNS Apigee
65738755 Turbo (hostowane cele)

Poprawiony komunikat o błędzie MGMT dotyczący błędu interfejsu API wdrożenia HT
64845308 Turbo (hostowane cele)

Wyłącz Trireme w nowych organizacjach po zakończeniu wersji beta

Naprawione błędy

Poprawiliśmy w niej wymienione niżej błędy. Ta lista jest przeznaczona głównie dla użytkowników, którzy chcą sprawdzić, czy ich zgłoszenia do zespołu pomocy zostały rozwiązane. Jej zadaniem nie jest dostarczanie szczegółowych informacji wszystkim użytkownikom.

Identyfikator problemu Nazwa komponentu Opis
74056492 Środowisko wykonawcze API

Odświeżanie DNS nie następuje po usunięciu wszystkich adresów IP z listy, chyba że faktycznie zmieni się odpowiedni wpis DNS
74000624 Turbo (hostowane cele)

Zmień domyślną wartość konfiguracji dla logiki ponownego uruchamiania systemu Node.js Trireme
73496048 Środowisko wykonawcze API

Czas TTL z definicji zasobu pamięci podręcznej nie jest przestrzegany w organizacjach CPS, gdy ustawienia utraty ważności mają tag z pustymi wartościami
73347561 Serwer zarządzania

Scenariusz błędu rejestracji.SerwerNieistniejący podczas wdrażania serwerów proxy interfejsu API
73254073 Serwer zarządzania

Uprawnienia administratora organizacji nie powinny wyświetlać zasobów związanych z vhostem, jeśli nie są ograniczone
73164241 Serwer zarządzania

Usługi SecureStoreNotFound i StoreItemNotFound powinny być zgłaszane jako 404 zamiast 5XX
73016051 Środowisko wykonawcze API

Import proxy nie powiedzie się, jeśli plik proxy.xml zawiera podwójny ukośnik
72990985 Serwer zarządzania

Nieprawidłowa lista deweloperów zwrócona przez interfejs API zarządzania
72951198 Turbo (hostowane cele)

Przekroczenia limitu czasu HTTP z MP -> Turbo (hostowane cele) podczas wdrażania
72806072 Środowisko wykonawcze API

Godzina rozpoczęcia zasady dotyczącej limitów nie jest uwzględniana w przypadku „kalendarza” w podstawowych usługach trwałych (CPS)

Gdy skonfigurujesz w zasadach limitów typ limitu calendar, element StartTime pozwala określić konkretną datę i godzinę rozpoczęcia zliczania wywołań interfejsu API. Czas rozpoczęcia wpływa też na ustawienia Interval i TimeUnit, które określają częstotliwość resetowania limitu. W organizacjach, w których włączono CPS, StartTime był ignorowany, a limit był uruchamiany/resetowany na początku godziny, a nie o określonej godzinie.

W tej wersji zasada limitu uwzględnia zasadę StartTime w organizacjach z włączoną obsługą CPS.
71680710 Turbo (hostowane cele)

Edge powinien utworzyć nową kompilację, gdy hasz źródła pasuje, ale poprzednia kompilacja się nie powiodła.
69284606 Środowisko wykonawcze API

Nagłówek „Content-Encoding” został pominięty w przepływie żądania
68203882 Środowisko wykonawcze API

Sporadyczny problem z wycofaniem wdrożenia serwera proxy
67785822 Środowisko wykonawcze API

Konfiguracja maski nie ukrywa danych wrażliwych w logu czasu