15.02.18 – informacje o wersji Apigee Edge w chmurze

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

We wtorek 17 lutego 2015 r. udostępniliśmy nową wersję Apigee Edge w chmurze.

Nowe funkcje i ulepszenia

Poniżej znajdziesz nowe funkcje i ulepszenia w tej wersji.

Ulepszenia Analytics

Ta wersja zawiera wiele ulepszeń w zakresie użyteczności i wydajności paneli i raportów analityki Edge.

  • Wykresy skuteczności interfejsów API, deweloperów, produktów i aplikacji deweloperów zostały przeniesione. Wcześniej były one wyświetlane u dołu głównych stron tych podmiotów. Teraz możesz uzyskać dostęp do wykresów, klikając kartę Statystyki u góry każdej strony.
  • Ta wersja zawiera ważne zmiany w tych dotychczasowych i nowych panelach:
    • Panel Apigee (zmieniony): zawiera 3 wykresy danych: ruch serwera proxy, zaangażowanie deweloperów i aplikacje deweloperów. Każdy wykres zawiera widok „Więcej szczegółów”, który umożliwia zgłębianie poszczególnych rodzajów danych. Zobacz panel Apigee.
    • Wydajność serwera proxy (nowość): pokazuje wzorce ruchu serwera proxy interfejsu API i czasy przetwarzania. Zastępuje panel Skuteczność proxy interfejsu API. Zobacz wydajność serwera proxy interfejsu API.
    • Skład wizyt (zmieniony): całkowicie zmieniony wygląd, sposób działania i zawartość panelu. Mierzy względny udział najlepszych interfejsów API, aplikacji, programistów i usług w całym programie API. Zobacz Skład ruchu.
    • Analiza błędów (wersja poprawiona): całkowicie zmieniony wygląd i treść. Wyświetla odsetek błędów w przypadku proxy interfejsu API i celów. Zobacz panel analizy kodów błędów.
  • Zmieniliśmy nazwy tych paneli:
    • Skuteczność punktu końcowego została zmieniona na Skuteczność celu: pokazuje wzorce ruchu i dane o skuteczności docelowych backendów proxy interfejsu API. Zobacz Docelowa wydajność.
    • Raport Zaangażowanie partnerów został zmieniony na Zaangażowanie deweloperów: pokazuje, którzy zarejestrowani deweloperzy aplikacji generują największy ruch w interfejsie API. W przypadku każdego dewelopera możesz sprawdzić, kto generuje największy ruch w interfejsie API i najwięcej błędów. Zobacz sekcję Zaangażowanie deweloperów.

Opcje filtrowania w interfejsie zarządzania

Na stronach Interfejsy API, Produkty, Deweloperzy i Aplikacje w interfejsie zarządzania dostępne są nowe opcje filtrowania wyszukiwania.

Narzędzie Offline Trace

Narzędzie Offline Trace umożliwia wyświetlanie i analizowanie wcześniej zapisanych sesji śledzenia. Zapisana sesja śledzenia to w zasadzie „nagranie” sesji śledzenia, które może być przydatne w przypadkach, gdy wymagane jest rozwiązywanie problemów i dalsza analiza. Interfejs narzędzia do śledzenia offline jest podobny do interfejsu narzędzia do śledzenia „na żywo”.

Więcej informacji znajdziesz w artykule Korzystanie z narzędzia do śledzenia offline.

Role użytkowników wyświetlane w Ustawieniach użytkownika

Na stronie Ustawienia użytkownika w interfejsie zarządzania (nazwa użytkownika > Ustawienia użytkownika) są teraz wyświetlane role użytkownika.

Ulepszenia interfejsu zarządzania urządzeniami brzegowymi

Ta wersja zawiera szereg drobnych ulepszeń interfejsu zarządzania Edge, które zwiększają łatwość obsługi i spójność.

Usunięte błędy

W tej wersji naprawiliśmy te błędy:

Identyfikator problemu Opis
APIRT-272 Ustawienie io.timeout.millis nie jest uwzględniane
Ustawienie io.timeout.millis w połączeniu docelowym HTTP proxy interfejsu API jest teraz uwzględniane w przypadku dynamicznych punktów końcowych.
APIRT-441 Zmieniono komunikaty o błędach OAuth zwracane do klienta
W przypadku zasady OAuthV2, gdy parametr continueOnError ma wartość true, Edge wypełnia teraz te nowe zmienne przepływu, aby dostarczać więcej informacji o błędach: oauthV2.policy-name.fault.name i oauthV2.policy-name.fault.cause.
APIRT-641 Lokalizacja aktualnych plików XSD
Schematy zasad Edge zostały zaktualizowane w repozytorium GitHub z przykładami Apigee. Zobacz: https://github.com/apigee/api-platform-samples/tree/master/schemas/policy.
APIRT-848 Wysokie wykorzystanie pamięci RES przez procesory wiadomości
APIRT-970 Wysokie wykorzystanie sterty w procesorach wiadomości
APIRT-998 Zasady kontroli dostępu z więcej niż jednym adresem IP w nagłówku X-Forwarded-For nie blokują ruchu
W zasadach kontroli dostępu używany był tylko pierwszy nagłówek X-Forwarded-For. Teraz zasady używają wszystkich nagłówków X-Forwarded-For, jeśli jest ich więcej niż jeden.
APIRT-1078 Podczas wdrażania procesory i routery wiadomości czasami przechodzą w stan nieaktywny
APIRT-1098 Dzienniki MP pokazujące java.util.ConcurrentModificationException podczas wykonywania kodu JavaScript
W niektórych zasadach JavaScriptu podczas debugowania lub śledzenia pojawiały się błędy niedostępności usługi. Naprawiliśmy ten problem.
APIRT-1099 Problem z funkcją GetOAuthV2Info – AuthorizationCode. Rzucanie NPE.
Zasada GetOAuthV2Info zgłaszała wyjątki wskaźnika pustego podczas próby pobrania „AuthorizationCode”. Naprawiliśmy ten problem. Zasada obsługuje teraz pobieranie informacji AuthorizationCode.
AXAPP-572 Menu na stronie Panel nie zmienia stanu po dokonaniu wyboru
AXAPP-1295 Raporty niestandardowe powodujące wewnętrzny błąd serwera
Interfejs zarządzania zapewnia teraz prawidłowe kodowanie znaków specjalnych (%, ") w wywołaniach analitycznych z raportów niestandardowych.
AXAPP-1320 Przechodzenie do szczegółów pustego wymiaru niestandardowego powoduje błąd na poziomie dokładności „Dokładny”
AXAPP-1390 Ostrzeżenie „Błąd serwera” podczas próby wczytania widoku najlepszych wyników na stronie „Panel”
AXAPP-1427 Problem z dostosowywaniem się panelu informacyjnego podczas wyświetlania danych „według minuty”
CORERT-280 Aby uniknąć zużycia wszystkich wątków, TCPMonitor powinien planować zadania z ustalonym opóźnieniem, a nie w ustalonych odstępach czasu.
Kod TCPMonitor został zoptymalizowany pod kątem bardziej efektywnego wykorzystania zasobów systemowych.
CORERT-297 java.lang.OutOfMemoryError: Direct buffer memory observed on Netty router during load test
CORERT-331 Adres URL ze znakiem „|” powoduje nieprawidłowe żądanie
Znaki potoku w adresach URL („|”) powodowały błędy nieprawidłowego żądania. Ten problem został rozwiązany.
CORERT-338 Znajdowanie najlepszego dopasowania ścieżki podstawowej w przypadku sprzecznych wpisów z wartościami proxyBasePath, env, vhost alias i vhost port
CORERT-348 Odpowiedź 200 z backendu została zmieniona na 503 z powodu nagłówka odpowiedzi „Connection: close”
DEVRT-1039 Abonament transakcyjny nie jest obowiązkowy
Wymaganie dotyczące zasad rejestrowania transakcji nie było egzekwowane. Monetyzacja nadal wymaga, aby w przypadku produktu istniały zasady rejestrowania transakcji, zanim będzie można zdefiniować plan stawek dla pakietu zawierającego ten produkt.
DEVRT-1210 Pole daty Warunków korzystania z usług nie używa strefy czasowej organizacji do weryfikacji
Data wejścia w życie Warunków korzystania z usług była obliczana nieprawidłowo. Data jest teraz weryfikowana na podstawie strefy czasowej organizacji.
MGMT-927 Interfejs programistyczny nieprawidłowo analizuje kod XML w zasadach, co może powodować problemy podczas zapisywania nowych wersji
Interfejs zarządzania nie analizował serwerów proxy interfejsu API i zasad, gdy definicje XML były podzielone na kilka wierszy. Naprawiliśmy ten problem.
MGMT-1294 Nowy interfejs śledzenia nie wyświetla przychodzącego żądania, jeśli docelowy backend długo odpowiada
MGMT-1302 Pętla przekierowania podczas logowania w interfejsie zarządzania
W niektórych przypadkach logowanie w interfejsie zarządzania w przeglądarce Firefox nie działało. Problem został już rozwiązany.
MGMT-1309 Filtr interfejsu logów czasu jawnie koduje znaki specjalne
MGMT-1323 Model interfejsu API można pobrać bez danych logowania
Zasoby modelu interfejsu API wymagają teraz uwierzytelniania w przypadku wszystkich żądań z wyjątkiem punktu końcowego wykrywania proxyUrl. Oznacza to, że wyświetlanie kodu HTML SmartDocs bezpośrednio z backendu wymaga teraz danych logowania.
MGMT-1386 Błąd AJAX na stronie przeglądu APIProxy
Występowały błędy integralności danych, gdy w różnych kartach przeglądarki było aktywnych wiele organizacji. Interfejs zarządzania Edge pomaga teraz zapewnić integralność danych w sytuacjach, w których używanych jest wiele kart przeglądarki. Po pracy z jedną organizacją na karcie przeglądarki zarządzanie wymusza przełączenie się na tę organizację na wszystkich innych kartach interfejsu zarządzania.
MGMT-1410 Serwer docelowy nie jest weryfikowany, gdy jest używany w wywołaniu usługi
W zasadach wywołania usługi podczas wdrażania pakietu proxy interfejsu API dozwolony był brakujący punkt końcowy docelowy. Punkt końcowy docelowy zasady jest teraz weryfikowany, a brakujący punkt końcowy docelowy w wywołaniu usługi powoduje błąd podczas wdrażania.
MGMT-1411 Brak zmiennej <Path> w LoadBalancer w TargetEndPoint powoduje błąd NPE podczas wdrażania
W HTTPTargetConnection, gdy użyto LoadBalancer i nie określono ścieżki, zwracany był błąd 500. Naprawiliśmy ten problem. Jeśli w obiekcie LoadBalancer brakuje elementu Path, używana jest domyślna wartość „/”.
MGMT-1416 Ulepszone komunikaty podczas wdrażania pakietu proxy z nieprawidłowym warunkiem
Ulepszyliśmy komunikaty o błędach podczas tworzenia proxy interfejsu API, aby zawierały więcej informacji o lokalizacji i przyczynach błędów.
MGMT-1496 Nieprawidłowy komunikat o błędzie w interfejsie podczas dodawania użytkownika
Podczas próby ponownego dodania istniejącego użytkownika do organizacji pojawił się komunikat „Użytkownik niezdefiniowany już istnieje w organizacji”. Słowo „undefined” zostało zastąpione nazwą użytkownika.
MGMT-1532 Rola niestandardowa bez uprawnień do edycji nie umożliwia tworzenia serwera proxy API
MGMT-1538 Nie można pobrać deweloperów, których adres e-mail zawiera znak $ w części lokalnej
MGMT-1543 Nie można wdrożyć w roli „Użytkownik” za pomocą interfejsu zarządzania

Znane problemy

W tej wersji występują te znane problemy.

Identyfikator problemu Opis
APIRT-950 W raportach może się pojawiać wartość „na” w przypadku aplikacji i produktu dewelopera
W raportach analitycznych czasami pojawia się wartość „na”. W tym artykule znajdziesz opis tego, co oznacza „na” w różnych kontekstach: mean? W przyszłości poprawimy wyświetlanie tej etykiety w interfejsie.