180202 – informacje o wersji Apigee Edge dla chmury publicznej

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

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

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 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 wersji Edge pasywnie sprawdzał wdrożenia serwerów proxy interfejsu API pod kątem określonych błędów weryfikacji i informował organizacje o wymaganych poprawkach za pomocą narzędzia Advisory. Te wskazówki, opisane w wskazówkach dotyczących 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ły 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 ochrony przed nagłymi wzrostami umożliwia automatyczne rozdzielanie liczby nagłych wzrostów między 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 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 dla programisty lub firmy interfejs Management API wymaga, aby aplikacja była powiązana z produktem 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 API lub ścieżkę zasobu.

Zabezpieczenia środowiska wykonawczego

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

• Produkt API nie zawiera co najmniej 1 proxy API lub ścieżki zasobu.
• Jeśli zmienna flow.resource.name w wiadomości nie zawiera ścieżki zasobu, którą może ocenić usługa API.
• 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 jest domyślnie bezpieczna

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

Zasady AccessControl z zaufanym adresem IP

Zasada MessageLogging do ponownego rozpoznawania DNS w regularnych odstępach czasu

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.