15.02.18 – informacje o wersji Apigee Edge w chmurze

Przeglądasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. Informacje

We wtorek 17 lutego 2015 roku opublikowaliśmy nową wersję Apigee Edge w chmurze.

Nowe funkcje i ulepszenia

Poniżej znajdziesz opis nowych funkcji i ulepszeń wprowadzanych w tej wersji.

Ulepszenia Analytics

W tej wersji wprowadziliśmy wiele ulepszeń w zakresie łatwości obsługi i wydajności paneli i raportów analityki Edge.

  • Przeniesiono wykresy wydajności interfejsów API, aplikacji dla deweloperów, usług i aplikacji dla deweloperów. Kiedyś były one wyświetlane u dołu stron głównych tych elementów. Teraz możesz wyświetlić wykresy, wybierając kartę Statystyki u góry każdej strony.
  • Ta wersja obejmuje istotne prace związane z istniejącymi i nowymi panelami:
    • Panel Apigee (nowa wersja): zawiera 3 wykresy danych: Ruch z serwerów proxy, Zaangażowanie dewelopera i Aplikacje dewelopera. Każdy wykres zawiera widok „więcej szczegółów”, który umożliwia zgłębianie poszczególnych wskaźników. Zobacz Panel Apigee.
    • Wydajność serwera proxy (nowa): pokazuje wzorce ruchu przez serwer proxy interfejsu API i czasy przetwarzania. Zastępuje panel wydajności serwera proxy interfejsu API. Zobacz Wydajność serwera proxy interfejsu API.
    • Struktura ruchu (poprawiona): zupełnie nowy wygląd, styl i treść panelu. Mierzy względny udział Twoich najpopularniejszych interfejsów API, aplikacji, deweloperów i usług w ogólnym programie interfejsów API. Zobacz Informacje o rozkładzie ruchu.
    • Analiza błędów (poprawiona): w pełni poprawiony wygląd, styl i treść. Pokazuje odsetek błędów dotyczących serwerów proxy i celów interfejsu API. Zobacz Panel analizy kodu błędów.
  • Nazwy tych istniejących paneli zostały zmienione:
    • Nazwa Wydajność punktów końcowych została zmieniona na Docelowa wydajność: pokazuje wzorce ruchu i dane dotyczące wydajności dla celów backendu serwerów proxy interfejsu API. Patrz sekcja Docelowa skuteczność.
    • Nazwa Zaangażowanie partnera została zmieniona na Zaangażowanie dewelopera: pokazuje, którzy z zarejestrowanych deweloperów aplikacji generują najwięcej ruchu API. W przypadku każdego z deweloperów możesz sprawdzić, kto generuje najwięcej ruchu przez interfejs API i najwięcej błędów. Więcej informacji znajdziesz w sekcji Zaangażowanie dewelopera.

Opcje filtrowania w interfejsie zarządzania

Na stronach Proxies API, Usługi, Programiści i Aplikacje w interfejsie zarządzania dostępne są nowe opcje filtrowania wyszukiwania.

Narzędzie do śledzenia offline

Narzędzie do śledzenia offline pozwala wyświetlać i analizować sesje śledzenia, które zostały wcześniej zapisane. Zapisana sesja logu czasu to zasadniczo „rejestracja” sesji śledzenia i może być przydatna w przypadkach, gdy wymagane są rozwiązywanie problemów i dalsza analiza. Interfejs narzędzia do śledzenia offline jest podobny do „aktywnego” narzędzia do śledzenia.

Więcej informacji znajdziesz w artykule o używaniu narzędzia do śledzenia w trybie offline.

Role użytkownika wyświetlane w ustawieniach użytkownika

Role użytkownika są teraz widoczne na stronie Ustawienia użytkownika w interfejsie zarządzania (nazwa użytkownika > Ustawienia użytkownika).

Ulepszenia interfejsu zarządzania brzegiem

Ta wersja zawiera kilka niewielkich ulepszeń w zakresie łatwości obsługi i spójności w interfejsie zarządzania brzegowym.

Naprawione błędy

Poprawiliśmy w niej wymienione niżej błędy.

Identyfikator problemu Opis
APIRT-272 Ustawienie io.timeout.millis nie jest uwzględniane
Ustawienie io.timeout.millis dotyczące docelowego połączenia HTTP serwera proxy interfejsu API jest teraz uwzględniane w przypadku dynamicznych punktów końcowych.
APIRT-441 Komunikaty o błędach protokołu OAuth zwracane klientowi uległy zmianie
Jeśli w zasadzie OAuthV2 ma wartość true (prawda), Edge wypełnia teraz te nowe zmienne przepływu, aby dostarczyć 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 przykładowym repozytorium Apigee na GitHubie. Więcej informacji: 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 stosu przez procesory wiadomości
APIRT-998 Zasada AccessControl z więcej niż 1 adresem IP X-Forwarded-For, który nie blokuje ruchu
W zasadzie kontroli dostępu używany był tylko pierwszy nagłówek X-Forwarded-For. Teraz zasada wykorzystuje wszystkie nagłówki X-Forwarded-For, jeśli istnieje więcej niż jeden.
APIRT-1078 Podczas wdrażania procesory wiadomości i routery czasami wkraczają w nieaktualny stan
APIRT-1098 Logi MP pokazujące wyjątek java.util.ConcurrentModificationWyjątek podczas wykonywania JavaScriptu
Podczas debugowania/śledzenia w niektórych zasadach JavaScript były zgłaszane błędy niedostępnej usługi. Naprawiliśmy ten problem.
APIRT-1099 Problem z GetOAuthV2Info - AuthorizationCode. Zgłaszam zasady NPE.
Podczas próby pobrania kodu „AuthorizationCode” zasada GetOAuthV2Info zgłasza puste wyjątki wskaźnika wskaźnika o wartości null. Naprawiliśmy ten problem. Zasada obsługuje teraz pobieranie informacji AuthorizationCode.
AXAPP-572 Menu na stronie panelu nie zmienia się po wybraniu opcji
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 Analytics z raportów niestandardowych.
AXAPP-1320 Analizowanie pustego wymiaru niestandardowego powoduje błąd w poziomie dokładności „Dokładny”
AXAPP-1390 Ostrzeżenie „Błąd serwera” podczas próby wczytania widoku największej wydajności na stronie „Panel”
AXAPP-1427 Problem z reagowaniem w panelu podczas wyświetlania danych „w minutach”
CORERT-280 TCPMonitor powinien planować zadania ze stałym opóźnieniem, a nie ze stałymi odstępami czasu, aby uniknąć zużywania wszystkich wątków.
Kod TCPMonitor został zoptymalizowany pod kątem wydajniejszej obsługi zasobów systemowych.
CORERT-297 java.lang.OutOfMemoryError: bezpośrednią pamięć bufora zaobserwowaną na routerze Netty podczas testu obciążenia
CORERT-331 Adres URL zawierający znak „|” powoduje nieprawidłowe żądanie
Pionowe znaki w adresach URL („|”) powodowały błędy w żądaniach. Rozwiązaliśmy ten problem.
CORERT-338 Znajdź najlepszą ścieżkę bazową w przypadku konfliktów wpisów z serwerem proxyBasePath, env, aliasem vhost i portem vhost
CORERT-348 Kod 200 backendu zmienia się na 503 z powodu nagłówka odpowiedzi „Połączenie: zamknij”
DEVRT-1039 Abonament stawek transakcji nie jest wymagany
Wymagania dotyczące zasad rejestrowania transakcji nie były egzekwowane. Obecnie zarabianie nadal wymaga spełnienia dla produktu zasad rejestrowania transakcji, aby można było określić abonament dla pakietu zawierającego produkt.
DEVRT-1210 Pole daty Warunków korzystania z usługi nie używa do weryfikacji strefy czasowej organizacji
Data wejścia warunków w życie została obliczona nieprawidłowo. Data jest teraz sprawdzana według strefy czasowej organizacji.
MGMT-927 Twórz niewłaściwie analizujące pliki XML w zasadach, co może powodować problemy podczas zapisywania nowych wersji
Interfejs zarządzania nie analizował serwerów proxy i zasad interfejsu API, gdy definicje XML zawarte w wielu wierszach nie były obsługiwane. Naprawiliśmy ten problem.
MGMT-1294 Nowy interfejs śledzenia nie wyświetla żądania przychodzącego, jeśli odpowiedź docelowego backendu zajmuje więcej czasu
MGMT-1302 Zapętlenie pętli podczas logowania do interfejsu zarządzania
W niektórych przypadkach logowanie w interfejsie zarządzania w Firefoksie nie działa. Problem został już naprawiony.
MGMT-1309 Filtr interfejsu śledzenia jawnie koduje znaki specjalne za pomocą adresu URL
MGMT-1323 Można pobierać model interfejsu API bez danych logowania
Zasoby modelu interfejsu API wymagają teraz uwierzytelniania we wszystkich żądaniach z wyjątkiem punktu końcowego wykrywania proxyUrl. Oznacza to, że wyświetlanie kodu HTML SmartDokumentacja bezpośrednio poza backendem wymaga teraz danych logowania.
MGMT-1386 Błąd AJAX na stronie przeglądu APIProxy
Błędy integralności danych występowały, gdy wiele organizacji było aktywnych na różnych kartach przeglądarki. Interfejs zarządzania urządzeniami brzegowymi pomaga teraz zapewnić integralność danych w przypadku korzystania z wielu kart przeglądarek. Gdy współpracujesz z jedną organizacją na karcie przeglądarki, zarządzanie wymusza przełączenie się na tę organizację na wszystkich pozostałych kartach interfejsu zarządzania.
MGMT-1410 Serwer docelowy nie został zweryfikowany, gdy jest używany w objaśnieniu usługi
W zasadzie objaśnienia usługi brak docelowego punktu końcowego był dozwolony podczas wdrażania pakietu proxy interfejsu API. Docelowy punkt końcowy zasady jest obecnie weryfikowany, a brakujący punkt końcowy w objaśnieniu usługi powoduje błąd przy wdrożeniu.
MGMT-1411 Brak zmiennej <Path> w elemencie LoadBalancer w elemencie TargetEndPoint podczas wdrażania
W przypadku użycia klasy LoadBalancer, gdy nie określono ścieżki, w przypadku połączenia HTTPTargetConnection wystąpił błąd 500. Naprawiliśmy ten problem. Jeśli w elemencie LoadBalancer brakuje elementu Path, jest używany domyślny znak „/”.
MGMT-1416 Ulepszenia komunikatów podczas wdrażania pakietu proxy z nieprawidłowym warunkiem
Komunikaty o błędach wyświetlane podczas tworzenia serwerów proxy interfejsu API poprawiliśmy, aby uwzględnić więcej informacji o lokalizacji i przyczynach błędów.
MGMT-1496 Nieprawidłowy komunikat o błędzie interfejsu podczas dodawania użytkownika
Podczas próby ponownego dodania istniejącego użytkownika do organizacji pojawił się komunikat „Niezdefiniowany użytkownik już istnieje w organizacji”. Słowo „undefined” zostało teraz zastąpione nazwą użytkownika.
MGMT-1532 Rola niestandardowa bez uprawnień do edycji nie pozwala na utworzenie serwera proxy interfejsu API
MGMT-1538 Nie można pobrać deweloperów, których adres zawiera $ w lokalnej części e-maila
MGMT-1543 Nie można wdrożyć w roli „Użytkownik” za pomocą interfejsu zarządzania

Znane problemy

W tej wersji występują opisane poniżej znane problemy.

Identyfikator problemu Opis
APIRT-950 Raporty mogą mieć wartość „na” w przypadku aplikacji i usługi dewelopera
W raportach Analytics czasem pojawia się litera „na”. Ten temat dokumentacji zawiera wyjaśnienie, co oznacza „na” w różnych kontekstach: mean? Przyszła aktualizacja pozwoli na ulepszenie wyświetlania tej etykiety w interfejsie.