Wyświetlasz dokumentację Apigee Edge.
Przejdź do
dokumentacji Apigee X. info
We wtorek 29 kwietnia 2014 r. udostępniliśmy nową wersję Apigee Edge w chmurze.
Nowe funkcje i ulepszenia
Poniżej znajdziesz nowe funkcje i ulepszenia wprowadzone w tej wersji.
- Panele analityczne
Edge udostępnia teraz nowe raporty analityczne dotyczące skuteczności punktów końcowych, skuteczności proxy interfejsu API i skuteczności pamięci podręcznej, które pomagają monitorować skuteczność.
Więcej informacji znajdziesz w sekcji „Panele operacyjne” w artykule Panele analityczne. - Agregacja wskaźników niestandardowych na potrzeby skuteczności
Ta funkcja nie jest już dostępna.
Nowa funkcja agregacji niestandardowej zwiększa skuteczność analizy, umożliwiając definiowanie wskaźników niestandardowych, które Edge zbiera i przechowuje podczas wywoływania interfejsu API. Gdy wyświetlasz raporty, Edge uzyskuje dostęp do już dostępnych zagregowanych wskaźników, zamiast pobierać je na bieżąco. - Wstępnie skonfigurowany protokół OAuth 2.0 w proxy interfejsu API
Podczas tworzenia proxy interfejsu API nowa opcja „Zabezpiecz za pomocą tokenów dostępu OAuth 2.0” automatycznie konfiguruje proxy interfejsu API za pomocą zasad obsługujących protokół OAuth.
Więcej informacji znajdziesz w artykule OAuth. - Maskowanie danych w śledzeniu
Zasób interfejsu API /maskconfigs umożliwia maskowanie danych wrażliwych, takich jak informacje o kartach kredytowych, w sesjach śledzenia proxy interfejsu API, co pomaga zapewnić bezpieczeństwo danych użytkowników podczas tworzenia interfejsu API.
Sprawa:810723
Więcej informacji znajdziesz w artykule Maskowanie i ukrywanie danych. - Zasada uwierzytelniania podstawowego
Zasada uwierzytelniania podstawowego umożliwia dodanie do proxy interfejsu API lekkiego uwierzytelniania podstawowego, które zapewnia automatyczne kodowanie danych logowania użytkownika w formacie Base64 i wypełnianie nagłówka HTTPAuthorization: Basic.
Więcej informacji znajdziesz w artykule Zasada uwierzytelniania podstawowego. - PostClientFlow
PostClientFlow umożliwia dodawanie zasad MessageLogging, które są wykonywane po wysłaniu odpowiedzi. Zmniejsza to opóźnienie proxy interfejsu API i udostępnia informacje do logowania, które są obliczane dopiero po wysłaniu odpowiedzi, np. client.sent.start.timestamp i client.sent.end.timestamp.
Sprawa: 814059
Naprawione błędy
W tej wersji naprawiliśmy te błędy.
| Temat | Opis |
|---|---|
| Sprawdzanie poprawności nazwy raportu niestandardowego | Edge sprawdza teraz nazwy raportów niestandardowych, aby uniemożliwić używanie znaków specjalnych. |
| Problemy z raportami dotyczące szczegółowych informacji o developer_app | W raportach niestandardowych, które korzystały z szczegółowych informacji o developer_app, zwracane były nieprawidłowe aplikacje dewelopera. Naprawiliśmy ten problem. |
| Przedział czasu nie działa w raportach niestandardowych | W raportach niestandardowych, które zawierały filtry z wieloma wyrażeniami w nawiasach
—na przykład, (request_verb eq 'POST') or (request_verb eq
'GET')—zmiana przedziału czasu raportu nie miała wpływu na wyniki. Naprawiliśmy ten problem.Sprawa: 810753 |
| Wykresy nie wyświetlają się w raportach niestandardowych | Rozwiązaliśmy problem polegający na tym, że wykresy nie wyświetlały się w raportach niestandardowych. Sprawa: 814623 |
| Importowanie WSDL |
|
| Konfiguracja zasady jednoczesnego limitu liczby żądań | Selektor punktu końcowego docelowego jest teraz dostępny tylko wtedy, gdy do proxy interfejsu API dodajesz zasadę jednoczesnego limitu liczby żądań. Punkt końcowy docelowy nie ma zastosowania do innych zasad. |
| Obsługa firm dla deweloperów | W przypadku organizacji, w których włączono firmy, możesz teraz określić firmę podczas
tworzenia lub edytowania dewelopera. Sprawa: 515246 |
| Eksportowanie deweloperów, aplikacji i usług | Możesz teraz eksportować deweloperów, aplikacje i usługi do pliku CSV ze strony Deweloperzy
w interfejsie zarządzania Edge. Ta funkcja jest obecnie niedostępna dla organizacji, w których
włączono zarabianie. Sprawa: 747159 |
| Zawieszanie się okna Aplikacje dewelopera | Gdy deweloper usunął aplikację w portalu dewelopera Edge, kliknięcie tej aplikacji w interfejsie zarządzania Edge powodowało zawieszenie się okna. Naprawiliśmy ten problem. |
| Komentarze w konfiguracji proxy interfejsu API | Komentarze w konfiguracji proxy interfejsu API są teraz widoczne w widoku kodu edytora proxy interfejsu API i w inspektorze właściwości. |
| Proxy interfejsu API utworzone z nieprawidłowymi nazwami | Interfejs zarządzania Edge umożliwiał wcześniej tworzenie proxy interfejsu API, których nazwy
zawierały nieobsługiwane znaki specjalne, co powodowało, że proxy interfejsu API były nieprawidłowe i nie można ich było
usunąć. Nazwy proxy interfejsu API są teraz sprawdzane podczas tworzenia. Dozwolone są tylko znaki alfanumeryczne oraz "-" i
"_". Etui: 550390 |
| Rozróżnianie wielkości liter w nazwach proxy interfejsu API | Edge tworzył proxy interfejsu API z nazwami pisanymi małymi literami, niezależnie od wpisanej wielkości liter. Edge uwzględnia teraz wielkość liter w nazwie wpisanej dla proxy interfejsu API. |
| Ostrzeżenie podczas zapisywania proxy interfejsu API | Gdy zapisujesz proxy interfejsu API w edytorze proxy interfejsu API, Edge wdraża proxy interfejsu API we wszystkich środowiskach, w których jest obecnie wdrożona wersja, w tym w środowiskach produkcyjnych. Interfejs zarządzania Edge wyświetla teraz ostrzeżenie przed zapisaniem proxy. |
| Rola niestandardowa bez uprawnień zapisywana w środowisku produkcyjnym | Gdy wdrożona wersja interfejsu API jest aktualizowana, powoduje to wewnętrzne wycofanie wdrożenia i wdrożenie w wdrożonych środowiskach. Rola niestandardowa bez odpowiednich uprawnień do wdrażania mogła wdrożyć się przez
zapisanie proxy interfejsu API. Ten problem został rozwiązany przez egzekwowanie uprawnień do wdrażania. Sprawa: 813084 |
| Zduplikowany serwer docelowy | Podczas tworzenia zduplikowanego serwera docelowego Edge zamiast błędu HTTP 409 nadpisywał istniejący serwer docelowy i zwracał stan 201. Ten problem został rozwiązany przez zgłaszanie błędu 409 i nie nadpisywanie istniejącego serwera docelowego. |
| Nie można utworzyć sesji śledzenia dla proxy interfejsu API | Sesje śledzenia nie były tworzone w środowiskach z procesorami wiadomości, które
były niedostępne. Ten problem został rozwiązany przez dołączanie sesji śledzenia tylko do
dostępnych procesorów wiadomości Sprawa: 812192 |
| Zaktualizowane działanie JMSReplyTo | Domyślnie Edge wysyła odpowiedź do kolejki określonej w nagłówku JMSReplyTo.
Jeśli jednak chcesz, aby usługa backendu obsługiwała wysyłanie odpowiedzi do kolejki JMSReplyTo
zamiast Edge, dodaj nagłówek X-Apigee-Ignore-JMSResponse do odpowiedzi proxy interfejsu API w dowolnym przepływie i ustaw jego wartość na true:<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
| Wysokie wartości CLOSE_WAIT i błędy 502: Nieprawidłowa brama | Rozwiązaliśmy problem, który powodował wysokie wartości CLOSE_WAIT i błędy 502: Nieprawidłowa brama. Sprawy: 814656, 814664, 814670 |
| Katalog tymczasowy Node.js | Gdy skrypt Node.js jest wdrażany w Edge, działa w piaskownicy, która ogranicza dostęp do systemu plików do określonego katalogu. Jednak os.tmpdir zwraca nazwę katalogu, np. /tmp lub /var/tmp, który nie istniał w piaskownicy Edge Node.js, co powodowało, że niektóre skrypty nie działały. Piaskownica Edge Node.js zawiera teraz katalog /tmp, którego może używać os.tmpdir. |
| Wyjątki wskaźnika null podczas wywoływania interfejsu API | W zasadzie przypisywania wiadomości stan odpowiedzi null powodował wyjątek wskaźnika o wartości null, ponieważ Edge próbował przechwycić kod odpowiedzi na potrzeby wskaźników. Naprawiliśmy ten problem. Sprawa: 815595 |