4.16.01 – informacje o wersji Edge dla Private Cloud

Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. info

W czwartek 24 marca 2016 r. udostępniliśmy nową wersję Apigee Edge Private Cloud.

Od poprzedniej kwartalnej wersji Edge for Private Cloud (4.15.07.00) pojawiły się te wersje, które są uwzględnione w tej wersji z nowymi funkcjami:

• Chmura: 15.07.08, 15.07.22, 15.08.05, migracja Nginx, 15.09.02, 15.09.30, 16.01.20
• Chmura prywatna: 4.15.07.01, 4.15.07.03

Aby dowiedzieć się, jak sprawdzić, czy konkretna wersja chmury jest uwzględniona w Twojej wersji Edge for Private Cloud, przeczytaj artykuł Informacje o numeracji wersji.

Elementy wycofane

Chmura prywatna 4.15.07.03

curl http:// <qpid_IP>:8083/v1/servers/self/queues

Analytics: widok panelu raportów niestandardowych z wieloma raportami (Cloud 15.09.30)

Funkcja Panel raportów niestandardowych, która umożliwia wyświetlanie maksymalnie 4 raportów niestandardowych, zostanie wycofana i usunięta w przyszłej wersji. (MGMT-2673). Wszystkie inne aspekty raportów niestandardowych pozostaną dostępne.

Nie można zastąpić długości nazwy organizacji w chmurze prywatnej

Nie możesz już zastąpić długości nazwy organizacji wynoszącej 20 znaków, ustawiając:

• APIGEE_ORG_NAME_LENGTH=25

• APIGEE_ENV_NAME_LENGTH=25

Nowe funkcje i ulepszenia

Oto nowe funkcje i ulepszenia w tej wersji. Oprócz poniższych ulepszeń ta wersja zawiera też wiele ulepszeń dotyczących użyteczności, wydajności, bezpieczeństwa i stabilności.

Chmura prywatna

Dodaliśmy obsługę systemów RedHat, CentOS i Oracle w wersjach 6.7–7.2.

Ta wersja dodaje obsługę systemów RedHat Enterprise Linux, CentOS i Oracle Linux w wersjach od 6.7 do 7.2.

Pełną listę wymagań systemowych znajdziesz w artykule Obsługiwane oprogramowanie i wersje.

Instalacja oparta na RPM

Ta wersja Edge korzysta z mechanizmu instalacji opartego na RPM, co znacznie upraszcza procedury instalacji i migracji.

Nowy katalog podstawowy

Zmieniono strukturę katalogów w wersji Edge 4.16.01. W poprzednich wersjach Edge instalacja odbywała się w katalogu głównym:

/<install-dir>/apigee4

Katalog instalacyjny może znajdować się w dowolnym miejscu, a domyślnie jest to /opt. Na przykład:

/opt/apigee4

W przypadku wersji 4.16.01 musisz zainstalować Edge w tym katalogu:

/opt/apigee

Zwróć też uwagę, że katalog apigee4 został zmieniony na apigee.

Nie ma to wpływu na lokalizację katalogu danych. Może się znajdować w folderze /opt/apigee lub w innym miejscu.

Nowe wymagania dotyczące hosta wirtualnego

Skrypt migracji Edge wykonuje większość zadań wymaganych do przeniesienia istniejącego routera Netty do Nginx. Jednak w ramach uaktualniania przed migracją musisz też zadbać o to, aby wszystkie definicje hosta wirtualnego zawierały alias hosta.

Więcej informacji o dodawaniu aliasu hosta do istniejącego hosta wirtualnego znajdziesz w przewodniku instalacji Edge, który jest dostępny na stronie FTP Apigee: ftp://ftp.apigee.com/.

Kod z konfiguracją

W Edge w wersji 4.16.01 do konfigurowania komponentów Edge nie używa się już plików .properties w katalogu /<install-dir>/apigee4/conf. Od wersji 4.16.01 komponenty Edge nadal konfiguruje się za pomocą plików .properties, ale znajdują się one teraz w tym katalogu:

/opt/apigee/customer/application

W przypadku każdego komponentu Edge zainstalowanego w węźle w tym katalogu będzie znajdować się plik .properties. Aby skonfigurować komponent, edytuj odpowiedni plik .properties, aby zmienić wartość istniejącej właściwości lub dodać nową właściwość i wartość. Jeśli plik nie istnieje, możesz go utworzyć.

W przeciwieństwie do poprzednich wersji Edge pliki .properties w Edge 4.16.01 nie zawierają wszystkich właściwości komponentu. Jedną ze zmian w tej wersji jest to, że pliki .properties zawierają tylko zastąpienia domyślnych wartości właściwości.

Zaletą tej architektury jest to, że podczas migracji do nowszej wersji Edge instalator Edge nigdy nie zastępuje plików w folderze /opt/apigee/customer/application. Eliminuje to ryzyko przypadkowego zastąpienia ustawień przez Edge.

Podczas migracji instalator Edge sprawdza istniejące pliki .properties i kopiuje zmiany w domyślnych wartościach właściwości do katalogu /opt/apigee/token. Dlatego po migracji nie musisz wprowadzać żadnych zmian.

Więcej informacji znajdziesz w przewodniku po operacjach Apigee Edge, który jest dostępny na stronie FTP Apigee:ftp://ftp.apigee.com/.

Skrypty konfiguracji brzegowej zostały zastąpione

Skrypty konfiguracyjne używane w poprzednich wersjach Edge zostały usunięte i zastąpione przez:

• Polecenia uruchamiane za pomocą narzędzi Apigee, takich jak apigee-service, apigee-all, apigee-setup, apiee-provision lub apigee-migrate.
  Na przykład skrypty all-start.sh i all-stop.sh zostały zastąpione tymi poleceniami:
  > /opt/apigee/apigee-service/bin/apigee-all start
  > /opt/apigee/apigee-service/bin/apigee-all stop
• Polecenia, które uruchamiasz bezpośrednio w komponentach Edge. Na przykład w poprzednich wersjach używałeś skryptu chpasswd-openldap.sh do zmiany hasła OpenLDAP. Został on zastąpiony tym poleceniem, które uruchamiasz w komponencie apigee-openldap:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-openldap change-ldap-password -o oldPword -n newPword

Więcej informacji o tym, jak teraz przeprowadzać konfigurację za pomocą poleceń, znajdziesz w Przewodniku po operacjach Apigee Edge, który jest dostępny na stronie FTP Apigee: ftp://ftp.apigee.com/.

Nowy router brzegowy

Ta wersja Edge dla chmury prywatnej zawiera nową architekturę routera opartą na routerze Nginx. Router Nginx zastępuje router Netty używany w wersjach Edge starszych niż 4.16.01.

Routery Nginx mają takie same wymagania sprzętowe i dotyczące portów jak router Netty, więc nie trzeba wprowadzać zmian w istniejących węzłach.

Więcej informacji znajdziesz w Dodatku A: Informacje o routerze Nginx w Przewodniku instalacji Edge, który jest dostępny na stronie FTP Apigee: ftp://ftp.apigee.com/.

Usunięto system równoważenia obciążenia BaaS

Wewnętrzny system równoważenia obciążenia został usunięty z portalu API BaaS. Teraz musisz używać własnego systemu równoważenia obciążenia między portalem API BaaS a 3 węzłami stosu API BaaS.

Zamiast systemu równoważenia obciążenia możesz użyć DNS z mechanizmem round-robin. W tym scenariuszu tworzysz wpis DNS z wieloma rekordami A odpowiadającymi adresom IP stosu BaaS. Podczas wyszukiwania DNS serwer DNS automatycznie zwraca wartości rekordu A w sposób cykliczny.

Nowa dokumentacja opisująca, jak dodawać węzły Cassandra i ZooKeeper oraz jak dodawać centrum danych do istniejącego centrum danych

Plik ZIP z dokumentacją na stronie FTP Apigee zawiera teraz dokument „Scaling Edge for Private Cloud” (Skalowanie Edge dla chmury prywatnej), w którym opisano, jak dodawać węzły Cassandra i ZooKeeper oraz jak dodawać centrum danych do istniejącego centrum danych.

Narzędzie organizacji zostało usunięte

Narzędzie orgtool może wysyłać zapytania do instalacji Edge, aby uzyskać informacje o organizacji. To narzędzie zostało już usunięte. Aby uzyskać informacje o organizacji, możesz teraz używać interfejsu Edge lub wywołań interfejsu API.

Jak wykonywać zadania w wersji 4.16.01

W tabeli poniżej pokazujemy, jak wykonywałeś(-aś) zadania w wersji 4.15.07.03 i jak wykonujesz je teraz w wersji 4.16.01. Więcej informacji znajdziesz w Przewodniku po operacjach Edge, który jest dostępny na stronie FTP Apigee: ftp://ftp.apigee.com/.

Wersja alfa narzędzia do monitorowania i panelu

Ta wersja zawiera wersję alfa nowego narzędzia do monitorowania i panelu Edge. To narzędzie pozwala sprawdzić stan różnych komponentów (routerów, procesorów wiadomości, ZooKeeper, Cassandra), a także kody błędów HTTP w różnych organizacjach i środowiskach w Twoim wdrożeniu. Możesz też zrobić zrzut danych z panelu i udostępnić go zespołowi Apigee, aby ułatwić rozwiązanie problemów.

Dokumentacja, w tym instrukcje instalacji, jest dołączona do pliku ZIP z dokumentacją Edge 4.16.01 dostępnego na stronie FTP Apigee: ftp://ftp.apigee.com/.

Zanim jednak zainstalujesz i zaczniesz używać panelu, musisz wypełnić umowę o ocenę Apigee, która znajduje się w pliku ZIP z dokumentem, i odesłać ją do Apigee, wysyłając e-maila na adres orders@apigee.com.

Edge Platform

Zmiana stylu interfejsu zarządzania (Cloud 15.09.30)

Wiele stron w interfejsie zarządzania zostało odświeżonych. (MGMT-2627)

Usługi API

Przeprojektowany kreator proxy interfejsu API (Cloud 16.01.20)

Kreator proxy interfejsu API został przeprojektowany. Gdy na stronie Proxy interfejsów API w interfejsie zarządzania klikniesz „+ API Proxy” (Proxy interfejsu API), nowy kreator przeprowadzi Cię przez proces tworzenia proxy interfejsu API. Dostępne są wszystkie ustawienia z poprzedniego kreatora serwera proxy interfejsu API. (MGMT-1376)

Tworzenie proxy interfejsu API za pomocą dokumentów OpenAPI (Swagger) (Cloud 16.01.20)

W ramach nowego kreatora serwera proxy interfejsu API możesz teraz utworzyć serwer proxy interfejsu API na podstawie dokumentu OpenAPI (Swagger). Na pierwszej stronie kreatora serwera proxy interfejsu API kliknij Użyj OpenAPI, gdy wybierzesz Serwer proxy zwrotny, Aplikacja Node.js lub Brak celu. W wyświetlonym polu wpisz adres URL dokumentu OpenAPI. Więcej informacji znajdziesz w artykule Tworzenie prostego serwera proxy interfejsu API. (MGMT-1376)

Obsługa WSDL 1.2 w przypadku serwerów proxy SOAP (Cloud 16.01.20)

Apigee Edge obsługuje WSDL 1.2 podczas tworzenia serwerów proxy interfejsu API do wywoływania usług SOAP. (MGMT-2835)

Zmienne SSLInfo w konfiguracjach TargetEndpoint (Cloud 16.01.20)

W punkcie końcowym docelowym proxy interfejsu API możesz dynamicznie ustawiać szczegóły protokołów SSL/TLS, aby obsługiwać elastyczne wymagania środowiska wykonawczego. W tym przykładzie pokazującym, jak ustawić SSLInfo w konfiguracji TargetEndpoint, wartości mogą być dostarczane w czasie działania przez wywołanie Java Callout, zasadę JavaScript lub zasadę Assign Message. Użyj zmiennych wiadomości, które zawierają wartości, jakie chcesz ustawić.

<TargetEndpoint>
...
  <SSLInfo>
    <Enabled>{myvars.ssl.enabled}</Enabled>
    <ClientAuthEnabled>{myvars.ssl.client.auth.enabled}</ClientAuthEnabled>
    <KeyStore>{myvars.ssl.keystore}</KeyStore>
    <KeyAlias>{myvars.ssl.keyAlias}</KeyAlias>
    <TrustStore>{myvars.ssl.trustStore}</TrustStore>
  </SSLInfo>
...
</TargetEndpoint>

Ta funkcja jest opisana w tych dokumentach:

• Dokumentacja konfiguracji proxy interfejsu API
• Dynamiczne informacje SSL dla TargetEndpoint z użyciem odwołania do zmiennej

(APIRT-1475)

Obsługa algorytmu RSA_SHA256 w przypadku zasad asercji SAML (Cloud 16.01.20)

Zasady asercji SAML obsługują teraz algorytm RSA_SHA256 oprócz RSA_SHA1. (APIRT-1779)

Weryfikacja przesyłanych certyfikatów (Cloud 16.01.20)

Aby zapobiec przesyłaniu do magazynów kluczy i magazynów zaufanych certyfikatów, które wygasły lub są nieprawidłowe, interfejs Management API weryfikuje certyfikaty podczas przesyłania. Certyfikaty są weryfikowane pod kątem rozmiaru pliku (nie może być większy niż 50 KB) i formatu (musi to być PEM lub DER). Sprawdzana jest też data ważności certyfikatu. Aby zastąpić domyślną weryfikację wygaśnięcia (aby nie weryfikować wygaśnięcia certyfikatu podczas przesyłania), użyj tego parametru zapytania: ?ignoreExpiryValidation=true

Więcej informacji znajdziesz w artykułach Przesyłanie pliku JAR do magazynu kluczy i  Przesyłanie certyfikatu do magazynu zaufanych certyfikatów. (SECENG-516) i (APIRT-2213)

Automatyczne odświeżanie na stronie logów Node.js (Cloud 16.01.20)

Podczas wyświetlania logów Node.js w edytorze proxy strona Logi Node.js jest automatycznie odświeżana okresowo, aby wyświetlać nowe dostępne logi. Aby wyłączyć automatyczne odświeżanie, kliknij „Zatrzymaj automatyczne odświeżanie”. (MGMT-1692)

Nagłówek HTTP X-Forwarded-For (Cloud 15.09.30)

Aby zwiększyć bezpieczeństwo, Edge domyślnie usuwa nagłówek X-Forwarded-Forżądania HTTP , który może zawierać co najmniej 1 adres IP. Nowe domyślne zachowanie oznacza, że adres IP klienta otrzymywany przez Edge będzie adresem IP otrzymanym podczas ostatniego zewnętrznego uzgadniania TCP, a nie adresem, który można potencjalnie sfałszować, aby ominąć zasady kontroli dostępu.

Aby zmienić to domyślne działanie i umożliwić adresom X-Forwarded-For dostęp do serwerów proxy interfejsu API, musisz ustawić w swojej organizacji właściwość feature.enableMultipleXForwardCheckForACL=true.

Dostęp JavaScriptu do właściwości zasad (Cloud 15.07.08)

Gdy używasz JavaScriptu w przepływach proxy interfejsu API, możesz uzyskać dostęp do właściwości zdefiniowanych w zasadach JavaScriptu. Jest to szczególnie przydatne, jeśli w kodzie JavaScript chcesz używać dobrze znanych zmiennych. Załóżmy na przykład, że Twoja zasada JavaScript zawierała tę definicję właściwości:

<Properties>
    <Property name='source'>response.content</Property>
</Properties>

W kodzie JavaScript możesz uzyskać dostęp do odpowiedzi na wiadomość, odwołując się do właściwości „source”, np. tak:
var source = properties.get('source'); // returns: response.content
lub
var source = properties.source
lub
var source = properties['source']

Więcej informacji znajdziesz w zasadach dotyczących JavaScriptu. (APIRT-1460)

Kontrole na poziomie organizacji (Cloud 15.07.08)

Administratorzy organizacji mogą sprawdzać historię działań podejmowanych na poziomie organizacji. W interfejsie zarządzania kliknij Administracja > Historia organizacji. Więcej informacji znajdziesz w artykule Audyty: historia interfejsu API, usługi i organizacji. (MGMT-2232)

Samodzielne usuwanie się administratora organizacji z roli (Cloud 15.07.08)

Administratorzy organizacji mogą usunąć się z roli Administrator organizacji w interfejsie zarządzania, klikając Administracja > Użytkownicy organizacji i następnie Usuń obok swojego imienia i nazwiska. (MGMT-934)

Wskaźnik postępu importowania pakietu proxy interfejsu API (Cloud 15.07.08)

Podczas przesyłania dużego pakietu proxy interfejsu API w interfejsie zarządzania wyświetlana jest animacja „trwa praca”, która informuje, że importowanie nadal trwa. Uniemożliwia to interakcję z interfejsem zarządzania do czasu zakończenia importowania. (MGMT-1285)

Zachowanie i konfiguracja pamięci podręcznej (Cloud 15.07.22)

Aby lepiej zarządzać pamięcią podręczną w pamięci i ją wykorzystywać, ustawienia „Maksymalna liczba elementów w pamięci” w zasobach pamięci podręcznej środowiska zostały wycofane w wersji Edge Cloud 15.06.10. W wersji 15.07.22 Edge Cloud to ustawienie zostało usunięte z interfejsu tworzenia pamięci podręcznej w sekcji Konfiguracja środowiska w interfejsie zarządzania Apigee Edge.

Łączna liczba elementów we wszystkich zasobach pamięci podręcznej (w tym w pamięci domyślnej) zależy od łącznej ilości pamięci przydzielonej do pamięci podręcznej. Domyślnie łączna ilość pamięci przydzielonej do buforowania w pamięci na danym procesorze wiadomości wynosi 40% łącznej dostępnej pamięci. Elementy będą usuwane z pamięci podręcznej tylko wtedy, gdy będzie ona niewystarczająca lub gdy wygaśnie ich ważność. (MGMT-2413, APIRT-1140)

Konfiguracja serwera docelowego w interfejsie zarządzania (Cloud 15.07.22)

Na stronie Interfejsy API > Konfiguracja środowiska w interfejsie zarządzania możesz teraz dodawać, edytować i usuwać serwery docelowe.

Dodatkowo strona została przeprojektowana, aby można było tworzyć, dodawać i usuwać pamięci podręczne bezpośrednio na niej, a nie na nowej stronie. Kilka właściwości pamięci podręcznej, w tym „Maksymalna liczba elementów w pamięci”, nie jest już dostępnych w interfejsie, ponieważ ustawienie tych właściwości nie ma już wpływu na działanie pamięci podręcznej w czasie działania. (MGMT-280)

SSL z rejestrowaniem wiadomości w syslogu (Cloud 15.07.22)

Zasady rejestrowania wiadomości obsługują wysyłanie syslog do zewnętrznych dostawców usług zarządzania logami za pomocą protokołu SSL/TLS. W konfiguracji zasady użyj tych elementów jako bezpośrednich elementów podrzędnych elementu nadrzędnego:

<SSLInfo>
    <Enabled>true</Enabled>
</SSLInfo>

Więcej informacji znajdziesz w zasadach dotyczących rejestrowania wiadomości. (APIRT-942)

Interfejs zarządzania (Cloud 15.07.22)

Zespół inżynierów Apigee wprowadził w interfejsie zarządzania różne drobne poprawki błędów i ulepszenia dotyczące obsługi.

cURL w Trace (Cloud 15.09.02)

Podczas śledzenia wywołania proxy interfejsu API, które wysyła żądanie do serwera docelowego, możesz wyświetlić żądanie do serwera docelowego jako polecenie cURL. W diagramie Mapy transakcji wybierz etap „Request sent to target server” (Żądanie wysłane do serwera docelowego), a potem w okienku Szczegóły fazy w kolumnie „Request sent to target server” (Żądanie wysłane do serwera docelowego) kliknij przycisk „Show Curl” (Pokaż Curl). (MGMT-2589)

Znaki specjalne maskowania danych (Cloud 15.09.02)

Podczas maskowania danych wrażliwych w ładunkach JSON za pomocą maskowania danych można teraz maskować znaki specjalne, takie jak $, *, i {. (APIRT-1727)

Mapy klucz-wartość w interfejsie zarządzania (Cloud 15.09.30)

W interfejsie zarządzania Edge możesz teraz tworzyć mapy klucz-wartość (KVM) o zakresie środowiska i nimi zarządzać. Mapy klucz-wartość o zakresie środowiska zawierają pary klucz-wartość, które są dostępne dla każdego proxy interfejsu API w środowisku, np. testowym lub produkcyjnym. W menu interfejsu zarządzania kliknij Interfejsy API > Konfiguracja środowiska > wybierz odpowiednie środowisko > karta Mapy klucz-wartość. Więcej informacji znajdziesz w artykule Tworzenie i edytowanie map wartości kluczy środowiska. (MGMT-1393)

Domyślny czas wygaśnięcia zasady PopulateCache w interfejsie zarządzania (Cloud 15.09.30)

Podczas dodawania zasady PopulateCache za pomocą edytora serwera proxy interfejsu API element <TimeoutInSec> określający czas wygaśnięcia pamięci podręcznej jest wstępnie wypełniany wartością 3600 sekund (1 godzina). Poprzednia wartość domyślna to 300 sekund (5 minut). (MGMT-2622)

Usługi dla deweloperów

Skuteczność strony produktu API, brak aplikacji deweloperskich na liście (Cloud 16.01.20)

Gdy wyświetlasz usługę API w interfejsie zarządzania, pojawiają się aplikacje deweloperów powiązane z tą usługą. Aby poprawić wydajność interfejsu, lista aplikacji deweloperskich nie jest wyświetlana podczas edytowania produktu API. (MGMT-2869)

Kolumna klucza na stronie Aplikacje dewelopera (Cloud 15.08.05)

W organizacjach z dużą liczbą aplikacji deweloperskich (tysiące) wyświetlanie kolumny Klucz na stronie Aplikacje deweloperskie (pokazującej liczbę kluczy na aplikację) może pogorszyć wydajność wyświetlania. Aby poprawić wydajność wyświetlania w tej sytuacji, skontaktuj się z zespołem pomocy Apigee i poproś o ustawienie tej właściwości na poziomie organizacji: features.appsNoCredentialsEnabled = true. Ta właściwość usuwa kolumnę Klucz. Pamiętaj jednak, że usunięcie kolumny Klucz spowoduje też utratę możliwości wyszukiwania według klucza klienta i klucza tajnego. (MGMT-2486)

Wskaźnik postępu na stronie z informacjami o deweloperze (Cloud 15.09.30)

Gdy strona z informacjami o deweloperze jest wczytywana w interfejsie zarządzania, w sekcji Aplikacje wyświetla się spinner postępu, jeśli aplikacje są nadal wczytywane. Poprawia to poprzednie zachowanie, w którym sekcja Aplikacje była pusta podczas wczytywania aplikacji. (MGMT-2667)

Zarabianie

Edytowanie nazw pakietów interfejsu API (Cloud 16.01.20)

Nazwę pakietu API możesz zaktualizować w dowolnym momencie cyklu życia monetyzacji, nawet wtedy, gdy pakiet API zawiera opublikowany abonament. (DEVRT-2177)

Dozwolone liczby dziesiętne w atrybutach niestandardowych (Cloud 16.01.20)

W przypadku korzystania z planu „Cennik z atrybutem niestandardowym” atrybut niestandardowy w nagłówku wiadomości, który jest używany jako mnożnik transakcji, może teraz być wartością dziesiętną z maksymalnie 4 miejscami po przecinku. Więcej informacji o tym typie planu znajdziesz w artykule Określanie szczegółów atrybutu niestandardowego cennika (DEVRT-2191).

Nazwa i identyfikator abonamentu w raportach podsumowujących (Cloud 15.09.02)

Podczas generowania raportu Przychody za pomocą interfejsu Management API możesz dodać do raportu kolumny z nazwą „Plan cenowy” i identyfikatorem „Plan ID”. Aby to zrobić, dodaj „RATEPLAN” jako atrybut groupBy w wywołaniu interfejsu API, zgodnie z opisem w sekcji Tworzenie raportów. (Pamiętaj, że ta funkcja nie jest jeszcze dostępna w interfejsie raportu o zarabianiu). W raportach szczegółowych kolumny z nazwą i identyfikatorem dotychczasowego planu cenowego znajdują się teraz na początku raportu wraz z innymi kolumnami grupującymi. (DEVRT-1740)

Usługi analityczne

Funkcja sum( ) w przypadku danych o czasie odpowiedzi (Cloud 16.01.20)

W raportach niestandardowych Analytics i wywołaniach interfejsu API funkcja agregująca „sum” jest teraz dostępna w przypadku danych Target Response Time, Total Response Time i end_point_response_time. Na przykład w interfejsie API /stats (http://docs.apigee.com/management/apis/get/organizations/%7Borg_name%7D/environments/%7Benv_name%7D/stats/%7Bdimension_name%7D-0) możesz teraz używać tego parametru zapytania „select”: ?select=sum(total_response_time). (AXAPP-2006)

Raport Analiza opóźnień: posortowane nazwy proxy interfejsu API (Cloud 16.01.20)

W interfejsie raportu Analiza opóźnień (tylko w przypadku planów Apigee Edge Enterprise) serwery proxy interfejsu API są wymienione alfabetycznie na liście rozwijanej Serwer proxy. (MGMT-2858)

Aplikacje dewelopera w panelu wyświetlane według nazwy (Cloud 16.01.20)

Na wykresie słupkowym Aplikacje dewelopera w interfejsie zarządzania aplikacje dewelopera są wymienione według nazwy wyświetlanej, a nie nazwy wewnętrznej. (MGMT-2853)

Nowy widżet daty i godziny w raportach niestandardowych (Cloud 16.01.20)

Ulepszyliśmy widżet selektora daty i godziny na stronie raportów niestandardowych w interfejsie zarządzania. (MGMT-2881)

Szczegółowe informacje o mieście na mapie geograficznej (Cloud 15.07.22)

Mapa geograficzna w Analytics zawiera szczegółowe informacje o miastach w Stanach Zjednoczonych i Kanadzie. Gdy klikniesz stan lub prowincję na mapie, wyświetli się lista miast, z których pochodzą połączenia. (MGMT-2282)

Znaki | (pipe) i = w raportach niestandardowych Analytics (Cloud 15.09.02)

Definicje raportów niestandardowych Analytics obsługują symbole | (pionowa kreska) i =. Wcześniej w przypadku tych symboli trzeba było używać kodowania %7C i %3D. (MGMT-2504)

Wymiar Sufiks ścieżki proxy (Cloud 15.09.30)

W raportach niestandardowych w usłudze analitycznej i w wywołaniach interfejsu API dostępny jest nowy wymiar Sufiks ścieżki proxy (proxy_pathsuffix). Sufiks ścieżki proxy to część adresu URL proxy interfejsu API, która następuje po ścieżce podstawowej, np. ścieżka utworzona dla przepływów warunkowych. (AXAPP-1902)

W raportach wyświetlane są identyfikatory deweloperów, a nie wyświetlane nazwy (Cloud 15.09.30)

Podczas wykonywania wywołań interfejsu API Edge Analytics za pomocą interfejsu API /stats, który zwraca deweloperów, nazwa wyświetlana dewelopera jest zwracana wraz z jego identyfikatorem. Wcześniej zwracany był tylko identyfikator dewelopera. (AXAPP-1759)

Poprawione błędy

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

Chmura prywatna 4.16.01

W tabeli poniżej znajdziesz listę błędów, które zostały naprawione od wersji Edge for Private Cloud 4.16.01. Aby uzyskać te poprawki, postępuj zgodnie z instrukcjami aktualizacji instalacji 4.16.01 do najnowszych pakietów RPM i plików pomocniczych, jak opisano w artykule Aktualizowanie Apigee Edge 4.16.01.x do najnowszej wersji 4.16.01.

Cloud 16.01.20

Cloud 15.07.08

Cloud 15.07.22

Cloud 15.08.05

Cloud 15.09.02

Cloud 15.09.30

Chmura prywatna 4.15.07.03

Chmura prywatna 4.15.07.01

Znane problemy

W tej wersji występują te znane problemy.

> rm -f /opt/nginx/conf.d/*
> /opt/apigee/apigee-service/bin/apigee-service edge-router restart