180202 – informacje o wersji Apigee Edge dla chmury publicznej

Wirtualne hosty i TLS w trybie samoobsługi są już ogólnie dostępne

Szczegółowe informacje o korzystaniu z tych funkcji znajdziesz w artykule Informacje o wirtualnych hostach i TLS/SSL.

Optymalizacje importowania i aktualizowania pakietów serwera proxy

Edge będzie przeprowadzać dokładniejszą weryfikację pakietów serwera proxy interfejsu API podczas wdrażania. Ta aktualizacja pomaga przyspieszyć wdrażanie, a jednocześnie zmniejsza liczbę błędów wdrażania i uszkodzeń pakietów 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 serwera 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.

Weryfikacje wdrożenia

Do tej wersji Edge pasywnie sprawdzał wdrożenia serwera proxy interfejsu API pod kątem określonych błędów weryfikacji i informował organizacje o wymaganych poprawkach za pomocą narzędzia Advisory. Te porady, opisane w artykule Porady dotyczące błędów wdrożenia, miały dać użytkownikom czas na naprawienie problemów, które później powodowałyby błędy wdrożenia, gdy w produkcie włączona zostanie weryfikacja. W tej wersji Edge przeprowadza te weryfikacje i zgłasza odpowiednie błędy wdrożenia.

Zasada Spike Arrest uwzględniająca autoskalowanie

Nowy element <UseEffectiveCount> w zasadzie Spike Arrest umożliwia automatyczne rozdzielanie liczby Spike Arrest między procesory wiadomości. Jeśli ustawiona jest wartość prawda, każdy procesor wiadomości dzieli dozwolony limit częstotliwości Spike Arrest przez liczbę aktualnie aktywnych procesorów wiadomości, dostosowując limit częstotliwości w miarę dodawania lub usuwania procesorów wiadomości. Jeśli element zostanie pominięty w zasadzie, domyślna wartość to fałsz.

Więcej informacji znajdziesz w artykule Spike Arrest policy.

Ulepszanie logowania MP z powodu awarii połączenia

Uaktualnianie Rhino do wersji 1.7.8 i Trireme do wersji 0.9.1

Ustawianie domyślnego limitu czasu interfejsu API dla wszystkich serwerów proxy na 55 sekund, aby uniknąć wcześniejszego przekroczenia limitu czasu przez router

Dodawanie zdarzenia logowania do wdrożeń kanaryjnych

Zezwalanie na samodzielnie podpisane kontrole stanu HTTPS

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

Ulepszenia zabezpieczeń usługi API

Nowa właściwość na poziomie organizacji, features.keymanagement.disable.unbounded.permissions, zwiększa bezpieczeństwo usług API podczas weryfikowania wywołań interfejsu API. Gdy właściwość jest ustawiona na true (domyślnie w przypadku organizacji utworzonych po tej wersji), obowiązują te funkcje:

Tworzenie aplikacji

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

Konfiguracja usługi API

Aby utworzyć lub zaktualizować usługę API, musi ona zawierać w swojej definicji co najmniej 1 serwer proxy interfejsu API lub ścieżkę zasobu.

Bezpieczeństwo środowiska wykonawczego

Usługa API odrzuca wywołania interfejsu API w tych sytuacjach:

• Usługa API nie zawiera co najmniej 1 serwera proxy interfejsu API ani ś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, która wywołuje interfejs API, nie jest powiązana z usługą API.

W przypadku dotychczasowych organizacji wartość właściwości to fałsz i musi zostać wyraźnie zmieniona przez użytkownika z uprawnieniami administratora systemu. Oznacza to, że klienci chmury publicznej muszą skontaktować się z zespołem pomocy Apigee, aby zmienić wartość właściwości.

Domyślnie bezpieczna komunikacja między routerem a procesorem wiadomości

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

Zasada AccessControl – zaufany adres IP

Zasada MessageLogging – ponowne rozpoznawanie nazw 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. Jeśli łańcuch certyfikatów nie spełnia tego wymagania, Edge zwraca teraz kod 400 Bad Request podczas tworzenia aliasu.