180302 – informacje o wersji Apigee Edge dla chmury publicznej

Wyświetlasz dokumentację Apigee Edge.
Zapoznaj się z dokumentacją Apigee X. info

We wtorek 20 marca 2018 r. rozpoczęliśmy wdrażanie nowej wersji Apigee Edge na potrzeby chmury publicznej.

Klienci Private Cloud: czy ta wersja chmury jest uwzględniona w Twojej wersji Private Cloud? Zapoznaj się z informacjami o wersji, aby sprawdzić, które wersje chmurowe zawiera. Więcej informacji o tym, jak to sprawdzić, porównując numery wersji, znajdziesz w artykule Informacje o numeracji wersji.

Masz pytania lub problemy? Skontaktuj się z zespołem pomocy Apigee Edge

Powiadomienia o wersjach: wejdź na stronę http://status.apigee.com i kliknij Subscribe to Updates (Subskrybuj aktualizacje).

Strona główna informacji o wersji

Wycofania i zakończenia

Wycofujemy lub wyłączamy te funkcje: Więcej informacji znajdziesz w zasadach wycofywania Apigee.

Identyfikator problemu Nazwa komponentu Opis
74622499 API Runtime

Usuwanie właściwości conf_http_HTTPClient.disable.url.hostname.validation

Ta właściwość służąca do wyłączania weryfikacji nazwy hosta jest zbędna i zostanie usunięta w kolejnej wersji chmury.

Nowe funkcje i aktualizacje

Oto nowe funkcje i aktualizacje wprowadzone w tej wersji.

Identyfikator problemu Nazwa komponentu Opis
71861442 Serwer zarządzania

Optymalizacja importowania i aktualizowania pakietów serwerów proxy

Edge będzie przeprowadzać dokładniejszą weryfikację pakietów proxy interfejsu API w momencie wdrażania. Ta aktualizacja zapewnia szybsze wdrażanie, a jednocześnie zmniejsza liczbę błędów wdrażania i uszkodzeń pakietów w sytuacji, gdy więcej niż 1 użytkownik importuje ten sam pakiet w tym samym czasie. Oto najważniejsze 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 konfiguracji XML serwera proxy interfejsu API (np. apiproxy/proxy1.xml i apiproxy/proxy2.xml), nie ma gwarancji, która konfiguracja zostanie użyta w przypadku serwera proxy interfejsu API.
68943054 API Runtime

Konfigurowanie kontroli stanu tak, aby korzystała z pamięci podręcznej DNS Apigee
65738755 Turbo (hostowane miejsca docelowe)

Ulepszony komunikat o błędzie z MGMT w przypadku nieudanego wdrożenia interfejsu API HT
64845308 Turbo (hostowane miejsca docelowe)

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

Naprawione 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
74056492 API Runtime

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

Modyfikowanie domyślnej wartości konfiguracji logiki ponownego uruchamiania Trireme w Node.js
73496048 API Runtime

W przypadku organizacji korzystających z CPS czas życia (TTL) z definicji zasobu pamięci podręcznej nie jest uwzględniany, gdy ustawienia wygasania mają tag z pustymi wartościami
73347561 Serwer zarządzania

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

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

Błędy SecureStoreNotFound i StoreItemNotFound powinny być zgłaszane jako 404 zamiast 5XX
73016051 API Runtime

Importowanie serwera proxy nie powiodło się, ponieważ plik proxy.xml zawiera podwójny ukośnik
72990985 Serwer zarządzania

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

Przekroczenia limitu czasu HTTP podczas wdrażania z MP –> Turbo (hostowane cele)
72806072 API Runtime

Czas rozpoczęcia zasad dotyczących limitów nie jest uwzględniany w przypadku „kalendarza” w Usługach podstawowych trwałości (CPS)

W sekcji Zasady dotyczące limitów podczas konfigurowania calendar typu limitu element StartTime umożliwia określenie konkretnej daty i godziny, od której limit ma zacząć zliczać wywołania interfejsu API. Czas rozpoczęcia wpływa też na ustawienia Interval i TimeUnit, które określają częstotliwość resetowania limitu. W organizacjach z włączonym CPS znak StartTime był ignorowany, a limit rozpoczynał się lub resetował na początku godziny, a nie o określonej godzinie.

W tej wersji zasady dotyczące limitów uwzględniają parametr StartTime w organizacjach z włączonym CPS.
71680710 Turbo (hostowane miejsca docelowe)

Edge powinien utworzyć nową kompilację, gdy skrót źródła jest zgodny, ale poprzednia kompilacja nie powiodła się.
69284606 API Runtime

Nagłówek „Content-Encoding” został usunięty w przepływie żądania
68203882 API Runtime

Sporadyczny problem z wycofywaniem wdrożenia serwera proxy
67785822 API Runtime

Konfiguracja maskowania nie ukrywa danych wrażliwych w logu czasu