180202 – informacje o wersji Apigee Edge dla chmury publicznej

Samodzielne hosty wirtualne i TLS są już ogólnie dostępne

Szczegółowe informacje o ich używaniu znajdziesz w sekcjach Informacje o hostach wirtualnych i TLS/SSL.

Optymalizacje 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 pomaga przyspieszyć 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. Poniżej znajdziesz 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.

Testy poprawności wdrożenia

Do tej pory Edge pasywnie sprawdzał wdrożenia serwerów proxy interfejsu API pod kątem określonych błędów weryfikacji i powiadamiał organizacje o wymaganych poprawkach za pomocą narzędzia Advisory. Te wskazówki, opisane w sekcji Wskazówki dotyczące błędów wdrażania, miały dać użytkownikom czas na rozwiązanie problemów, które później, po włączeniu weryfikacji w usłudze, powodowałyby błędy wdrażania. W tej wersji Edge przeprowadza te weryfikacje i zgłasza odpowiednie błędy wdrażania.

Zasady Spike Arrest uwzględniające autoskalowanie

Nowy element <UseEffectiveCount> w zasadach Spike Arrest umożliwia automatyczne rozdzielanie liczby ograniczeń nagłych wzrostów na procesory wiadomości. Jeśli ta opcja jest ustawiona na wartość true, każdy procesor wiadomości dzieli swój dopuszczalny limit szybkości skokowej przez liczbę aktualnie aktywnych procesorów wiadomości, dostosowując limit szybkości w miarę dodawania lub usuwania procesorów wiadomości. Jeśli element zostanie pominięty w zasadach, domyślna wartość to false.

Więcej informacji znajdziesz w artykule Zasady dotyczące aresztowania Spike’a.

Ulepszanie rejestrowania MP z powodu awarii połączenia

Zaktualizuj Rhino do wersji 1.7.8 i Trireme do wersji 0.9.1

Ustaw domyślny limit czasu interfejsu API dla wszystkich serwerów proxy na 55 sekund, aby uniknąć wcześniejszego przekroczenia limitu czasu routera

Dodawanie zdarzenia rejestrowania w przypadku wdrożeń kanaryjnych

Zezwalaj na kontrole stanu HTTPS z użyciem samodzielnie podpisanych certyfikatów

Rozpoznawanie nazw DNS w MP powinno korzystać z asynchronicznej puli wątków

Ulepszenia zabezpieczeń usługi API Product

Nowa właściwość na poziomie organizacji, features.keymanagement.disable.unbounded.permissions, zwiększa bezpieczeństwo produktów interfejsu API podczas weryfikacji wywołań interfejsu API. Jeśli ta właściwość ma wartość „true” (jest to domyślne ustawienie w przypadku organizacji utworzonych po tej wersji), wymuszane są te funkcje:

Tworzenie aplikacji

Podczas tworzenia aplikacji programisty lub aplikacji firmowej interfejs Management API wymaga, aby aplikacja była powiązana z usługą API. (Interfejs zarządzania już to wymusza).

Konfiguracja produktu API

Aby utworzyć lub zaktualizować produkt API, musi on zawierać w swojej definicji co najmniej 1 proxy interfejsu API lub ścieżkę zasobu.

Zabezpieczenia środowiska wykonawczego

Wywołania interfejsu API są odrzucane przez usługę API w tych sytuacjach:

• Produkt interfejsu API nie zawiera co najmniej 1 proxy interfejsu API lub ścieżki zasobu.
• Jeśli zmienna flow.resource.name w wiadomości nie zawiera ścieżki zasobu, którą usługa API może ocenić.
• Jeśli aplikacja wywołująca interfejs API nie jest powiązana z produktem API.

W przypadku istniejących organizacji wartość właściwości to „false” i musi zostać jawnie zmieniona przez użytkownika z uprawnieniami administratora systemu. Oznacza to, że klienci korzystający z chmury publicznej muszą skontaktować się z zespołem pomocy Apigee, aby zmienić wartość właściwości.

Komunikacja między routerem a procesorem wiadomości ma być domyślnie bezpieczna

Naprawianie błędnej klasyfikacji błędów skryptu Node.js

Zasady AccessControl dotyczące zaufanych adresów IP

Zasady MessageLogging, które regularnie ponownie rozpoznają DNS

Weryfikacja łańcucha certyfikatów TLS

Podczas tworzenia aliasu magazynu kluczy za pomocą łańcucha certyfikatów musisz oddzielić certyfikaty w łańcuchu znakiem nowego wiersza. Edge zwraca teraz błąd 400 Bad Request podczas tworzenia aliasu, jeśli łańcuch certyfikatów nie spełnia tego wymagania.