4.16.01 – informacje o wersji Edge dla Private Cloud

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

W czwartek 24 marca 2016 roku opublikowaliśmy nową wersję Apigee Edge dla Private Cloud.

Od poprzedniej kwartalnej wersji Edge for Private Cloud (4.15.07.00) pojawiły się następujące wersje, które są uwzględnione w tej wersji funkcji:

• Cloud: 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

Zapoznaj się z artykułem Informacje o numerowaniu wersji, aby dowiedzieć się, jak sprawdzić, czy konkretna wersja chmury jest uwzględniona w Twojej wersji Edge dla Private Cloud.

Elementy wycofane

Private Cloud 4.15.07.03

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

Analytics: widok wielu raportów w panelu raportów niestandardowych (Cloud 15.09.30)

Funkcja panelu raportów niestandardowych, która umożliwia wyświetlanie maksymalnie 4 raportów niestandardowych, zostanie wycofana i usuniemy ją w kolejnej wersji. (MGMT-2673). Wszystkie pozostałe aspekty raportów niestandardowych będą nadal dostępne.

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

Nie możesz już zastąpić nazwy organizacji składającej się z 20 znaków za pomocą ustawienia:

• APIGEE_ORG_NAME_LENGTH=25
  

• APIGEE_ENV_NAME_LENGTH=25
  

Nowe funkcje i ulepszenia

Poniżej znajdziesz opis nowych funkcji i ulepszeń wprowadzanych w tej wersji. Oprócz wymienionych niżej ulepszeń ta wersja zawiera też wiele ulepszeń w zakresie łatwości obsługi, wydajności, bezpieczeństwa i stabilności.

Chmura prywatna

Dodano obsługę RedHat, CentOS i Oracle 6.7–7.2

Ta wersja dodaje obsługę 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 obsługiwane wersje.

Instalacja oparta na RPM

W tej wersji Edge korzystamy z mechanizmu instalacji opartego na RPM, który znacznie upraszcza procedury instalacji i migracji.

Nowy katalog podstawowy

Zmieniła się struktura katalogu w wersji Edge 4.16.01. W poprzednich wersjach Edge zainstalowano Edge w katalogu podstawowym:

/<install-dir>/apigee4

Gdzie może się znajdować parametr instalacja-dir, wartość domyślna 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 znajdować się pod adresem /opt/apigee lub w innym miejscu.

Nowe wymaganie dotyczące hosta wirtualnego

Skrypt migracji brzegowej obsługuje większość zadań wymaganych do przeprowadzenia migracji istniejącego routera Netty Router do Nginx. W ramach uaktualniania musisz też przed migracją upewnić się, że wszystkie definicje hostów wirtualnych zawierają alias hosta.

Więcej informacji o dodawaniu aliasu hosta do istniejącego hosta wirtualnego znajdziesz w przewodniku instalacji na stronie serwera ftp Apigee: ftp://ftp.apigee.com/.

Kod z konfiguracją

W przeglądarce Edge w wersji 4.16.01 nie można już używać plików .properties w katalogu /<install-dir>/apigee4/conf do konfigurowania komponentów Edge. Od wersji 4.16.01 komponenty Edge nadal możesz konfigurować przy użyciu plików .properties, ale znajdują się one teraz w katalogu:

/opt/apigee/customer/application

Dla każdego komponentu Edge zainstalowanego w węźle znajduje się plik .properties. Aby skonfigurować komponent, zmodyfikuj odpowiedni plik .properties, by zmienić wartość istniejącej właściwości lub dodać nową właściwość i wartość. Jeśli plik jeszcze nie istnieje, możesz go utworzyć.

W przeciwieństwie do poprzednich wersji Edge pliki .properties dla przeglądarki 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 instalator Edge nigdy nie zastępuje plików w lokalizacji /opt/apigee/customer/application. Zapobiega to przypadkowemu zastąpieniu ustawień przez Edge.

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

Więcej informacji znajdziesz w przewodniku po operacjach Apigee Edge dostępnym na stronie serwera ftp Apigee: ftp://ftp.apigee.com/.

Skrypty konfiguracji brzegowej zostały zastąpione

Skrypty konfiguracji 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 uruchamiane bezpośrednio na komponentach Edge. Na przykład w poprzednich wersjach do zmiany hasła OpenLDAP używano skryptu chpasswd-openldap.sh. Skrypt ten został zastąpiony tym poleceniem uruchamianym na komponencie apigee-openldap:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-openldap change-ldap-password -o oldPword -n newPword

Aby dowiedzieć się więcej o konfiguracji usługi za pomocą poleceń, zapoznaj się z przewodnikiem po operacjach Apigee Edge na stronie ftp usługi Apigee: ftp://ftp.apigee.com/.

Nowy router brzegowy

Ta wersja Edge dla Private Cloud zawiera nową architekturę routera opartą na routerze Nginx. Nginx Router zastępuje router Netty Router używany w wersjach Edge wcześniejszych niż 4.16.01.

Routery Nginx mają te same wymagania dotyczące sprzętu i portów co router Netty Router, więc nie trzeba wprowadzać żadnych zmian w istniejących węzłach.

Aby dowiedzieć się więcej, zobacz Dodatek A: informacje o routerze Nginx w przewodniku instalacji na stronie serwera ftp Apigee: ftp://ftp.apigee.com/,

System równoważenia obciążenia BaaS został usunięty

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

Zamiast systemu równoważenia obciążenia możesz użyć systemu DNS typu „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 rekordów A w systemie kołowym.

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

Plik ZIP z dokumentacją na stronie ftp Apigee zawiera teraz plik „Scaling Edge for Private Cloud” (skalowanie Edge for Private Cloud), który opisuje, jak dodawać węzły Cassandra i ZooKeeper oraz dodawać centrum danych do istniejącego centrum danych.

Narzędzie do organizacji zostało usunięte

Narzędzie orgtool może wysłać zapytanie do instalacji Edge, aby uzyskać informacje o organizacji. To narzędzie zostało usunięte. Do pobierania informacji 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ć zadania w wersji 4.15.07.03 i jak je wykonuje się teraz w wersji 4.16.01. Więcej informacji znajdziesz w przewodniku po operacjach Edge na stronie ftp Apigee: ftp://ftp.apigee.com/.

Wersja alfa narzędzia i panelu do monitorowania

W tej wersji dodaliśmy wersję alfa nowego narzędzia do monitorowania i panelu dla Edge. To narzędzie pozwala sprawdzić stan różnych komponentów (routery, procesory wiadomości, ZooKeeper, Cassandra), a także kody błędów http dla różnych organizacji i środowisk we wdrożeniu. Możesz też zrobić zrzut danych panelu i udostępnić je Apigee, aby ułatwić rozwiązywanie problemów z zespołem pomocy.

Dokumentacja, w tym instrukcje instalacji, znajduje się w pliku ZIP w dokumencie Edge w wersji 4.16.01 dostępnym na stronie ftp Apigee: ftp://ftp.apigee.com/.

Aby jednak móc zainstalować panel i z niego korzystać, musisz wypełnić umowę o ocenę usługi Apigee znajdującą się w pliku ZIP z dokumentem i zwrócić go do Apigee, wysyłając go e-mailem na adres orders@apigee.com.

Platforma brzegowa

Zmiana stylu interfejsu zarządzania (Cloud 15.09.30)

Odświeżyliśmy wygląd kilku stron interfejsu zarządzania. (MGMT-2627)

Usługi interfejsu API

Nowy kreator serwera proxy interfejsu API (Cloud 16.01.20)

Kreator proxy interfejsu API został zmieniony. Gdy klikniesz „+ Serwer proxy interfejsu API” na stronie Proxies API w interfejsie zarządzania, nowy kreator przeprowadzi Cię przez proces tworzenia serwera proxy interfejsu API. Dostępne są wszystkie te same ustawienia co w poprzednim kreatorze proxy interfejsu API. (MGMT-1376)

Tworzenie serwerów proxy interfejsów API z dokumentami OpenAPI (Swagger) (Cloud 16.01.20)

W ramach zmian w kreatorze serwerów proxy interfejsu API można utworzyć serwer proxy interfejsu API na podstawie dokumentu OpenAPI (Swagger). Na pierwszej stronie kreatora proxy interfejsu API kliknij Use OpenAPI (Użyj OpenAPI), wybierając opcję Reverse Proxy, Node.js App (Aplikacja Node.js) lub Brak celu. W wyświetlonym polu wpisz adres URL dokumentu OpenAPI. Więcej informacji znajdziesz w artykule na temat tworzenia prostego serwera proxy interfejsu API. (MGMT-1376)

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

Apigee Edge obsługuje WSDL 1.2 przy tworzeniu serwerów proxy API w celu wywoływania usług SOAP. (MGMT-2835)

Zmienne SSLInfo w konfiguracjach TargetEndpoint (Cloud 16.01.20)

W punkcie końcowym serwera proxy interfejsu API można dynamicznie ustawiać szczegóły protokołu SSL/TLS, aby zapewnić obsługę elastycznych wymagań dotyczących środowiska wykonawczego. W poniższym przykładzie ustawienia SSLInfo w konfiguracji TargetEndpoint możesz podać wartości w czasie działania przez objaśnienie Java, zasadę JavaScript lub zasadę przypisywania wiadomości. Użyj zmiennych wiadomości, które zawierają wartości, które 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>

Omówienie tej funkcji znajdziesz w tych dokumentach:

• Dokumentacja konfiguracji serwera proxy interfejsu API
• https://community.apigee.com/articles/21424/dynamic-sslinfo-for-targetendpoint-using-variable.html

(APIRT-1475)

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

Zasady potwierdzenia SAML obsługują teraz algorytm RSA_SHA256, a także algorytm RSA_SHA1. (APIRT-1779)

Sprawdzanie poprawności podczas przesyłania certyfikatów (Cloud 16.01.20)

Aby zapobiec przesyłaniu wygasłych lub nieprawidłowych certyfikatów do magazynów kluczy i magazynów zaufania, interfejs API zarządzania weryfikuje certyfikaty podczas przesyłania. Certyfikaty są sprawdzane w celu sprawdzenia, czy rozmiar pliku nie przekracza 50 KB i czy ma format PEM lub DER. Sprawdzamy też datę wygaśnięcia certyfikatu. Aby zastąpić domyślną weryfikację wygaśnięcia ważności (i nie sprawdzać ważności certyfikatu podczas przesyłania), użyj tego parametru zapytania: ?ignoreExpiryValidation=true

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

Automatyczne ankiety na stronie logów Node.js (Cloud 16.01.20)

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

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

Aby zapewnić większe bezpieczeństwo, Edge domyślnie usuwa nagłówek żądania HTTP X-Forwarded-For, który może zawierać co najmniej 1 adres IP. Nowe działanie domyślne oznacza, że adres IP klienta odebrany przez Edge będzie adresem IP otrzymanym podczas ostatniego zewnętrznego uzgadniania połączenia TCP, a nie adresem, który mógłby zostać sfałszowany w celu obejścia zasady kontroli dostępu.

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

Dostęp JavaScript do właściwości zasady (Cloud 15.07.08)

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

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

W swoim kodzie JavaScript możesz uzyskać dostęp do odpowiedzi na wiadomość z odniesieniem do właściwości „source”, w ten sposób:
var source = properties.get('source'); // returns: response.content
,
var source = properties.source
lub
var source = properties['source']

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

Kontrole na poziomie organizacji (Cloud 15.07.08)

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

Samodzielne usunięcie roli administratora organizacji (Cloud 15.07.08)

Administratorzy organizacji mogą usunąć siebie z roli administratora organizacji w interfejsie zarządzania, wybierając Administrator > Użytkownicy w organizacji i klikając Usuń obok swojej nazwy użytkownika. (MGMT-934)

Wskaźnik postępu importowania pakietów proxy API (Cloud 15.07.08)

Podczas przesyłania dużego pakietu proxy interfejsu API w interfejsie zarządzania wyświetla się „działająca” animacja wskazująca, że importowanie nadal trwa. Dzięki temu nie możesz korzystać z interfejsu zarządzania do czasu jego zakończenia. (MGMT-1285)

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

Aby usprawnić zarządzanie pamięcią podręczną i jej wykorzystanie, ustawienia „Maksymalna liczba elementów w pamięci” dotyczące zasobów 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 dostępnych we wszystkich zasobach pamięci podręcznej (w tym w domyślnej pamięci podręcznej) 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 w danym procesorze wiadomości stanowi 40% łącznej dostępnej pamięci. Elementy są usuwane z pamięci podręcznej tylko wtedy, gdy pamięć podręczna jest niewystarczająca, lub elementy tracą 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.

Ponadto przeprojektowaliśmy stronę, aby umożliwić bezpośrednie tworzenie, dodawanie i usuwanie pamięci podręcznych bez otwierania nowej strony. Niektóre właściwości pamięci podręcznej, w tym „Maksymalna liczba elementów w pamięci”, nie są już dostępne w interfejsie użytkownika, ponieważ ich ustawienie nie ma już wpływu na działanie pamięci podręcznej środowiska wykonawczego. (MGMT-280)

SSL z logowaniem komunikatów w syslog (Cloud 15.07.22)

Zasada usługi logowania wiadomości obsługuje wysyłanie syslog do zewnętrznych dostawców usług zarządzania logami przez SSL/TLS. Użyj w konfiguracji zasad tego elementu jako bezpośredniego elementu podrzędnego elementu nadrzędnego:

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

Więcej informacji znajdziesz w artykule Zasady rejestrowania wiadomości. (APIRT-942)

Interfejs zarządzania (Cloud 15.07.22)

Zespół inżynierów Apigee wprowadził kilka drobnych poprawek błędów i ulepszeń w zakresie łatwości obsługi w interfejsie zarządzania.

cURL w Trace (Cloud 15.09.02)

Aby śledzić wywołanie serwera proxy interfejsu API, które wysyła żądanie do serwera docelowego, możesz wyświetlić je jako polecenie cURL. Wybierz etap „Żądanie wysłane do serwera docelowego” na diagramie mapy transakcji, a następnie kliknij przycisk „Pokaż skręcanie” w kolumnie „Żądanie wysłane do serwera docelowego” w panelu szczegółów etapu. (MGMT-2589)

Znaki specjalne maskujące dane (Cloud 15.09.02)

Podczas używania maskowania danych do maskowania danych wrażliwych w ładunkach JSON znaki specjalne, takie jak $, * i {, mogą być teraz maskowane. (APIRT-1727)

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

W interfejsie zarządzania brzegiem Podstawowe maszyny wirtualne o ograniczonym środowisku zawierają pary klucz/wartość, które są dostępne dla dowolnego serwera proxy interfejsu API w środowisku testowym lub produkcyjnym. W menu interfejsu zarządzania kliknij Interfejsy API > Konfiguracja środowiska > wybierz odpowiednie środowisko > karta Mapy par klucz-wartość. Więcej informacji znajdziesz w artykule o tworzeniu i edytowaniu map klucz-wartość środowiska. (MGMT-1393)

Wypełnij domyślne wygaśnięcie zasady pamięci podręcznej w interfejsie zarządzania (Cloud 15.09.30)

Gdy dodajesz zasadę PopfillCache za pomocą edytora serwera proxy interfejsu API, element <TimeoutInSec> związany z wygaśnięciem pamięci podręcznej jest wstępnie wypełniany wartością 3600 sekund (1 godzinę). Poprzednia wartość domyślna to 300 sekund (5 minut). (MGMT-2622)

Usługi dla deweloperów

Wydajność strony usługi API, brak aplikacji dla deweloperów na liście (Cloud 16.01.20)

Podczas wyświetlania usługi API w interfejsie zarządzania zobaczysz listę powiązanych z nią aplikacji deweloperskich. Aby zwiększyć wydajność interfejsu, lista aplikacji programistów nie jest wyświetlana podczas edytowania usługi API. (MGMT-2869)

Kolumna klucza na stronie Aplikacje dla programistów (Cloud 15.08.05)

W organizacjach z dużą liczbą aplikacji deweloperskich (tysiącami) wyświetlanie kolumny Klucz na stronie Aplikacje dla programistów (która pokazuje liczbę kluczy na aplikację) może zmniejszyć wydajność wyświetlania. Aby w tej sytuacji zwiększyć wydajność wyświetlania, skontaktuj się z zespołem pomocy Apigee w celu ustawienia tej właściwości na poziomie organizacji: features.appsNoCredentialsEnabled = true. Ta właściwość usuwa kolumnę Key (Klucz). Pamiętaj jednak, że usunięcie kolumny Klucz uniemożliwi też wyszukiwanie według klucza i tajnego klucza klienta. (MGMT-2486)

Wskaźnik postępu na stronie Szczegóły dewelopera (Cloud 15.09.30)

Podczas wczytywania strony Szczegóły dewelopera w interfejsie zarządzania w sekcji Aplikacje na tej stronie widoczny jest wskaźnik postępu ładowania aplikacji. Udoskonala to poprzedni sposób, w którym sekcja Aplikacje podczas wczytywania aplikacji była pusta. (MGMT-2667)

Zarabianie

Edytuj nazwy pakietów interfejsu API (Cloud 16.01.20)

Nazwę pakietu interfejsu API możesz zmienić w dowolnym momencie cyklu życia zarabiania, nawet jeśli pakiet API zawiera opublikowany plan opłat. (DEVRT-2177)

Dozwolone w atrybutach niestandardowych są cyfry dziesiętne (Cloud 16.01.20)

Jeśli korzystasz z abonamentu „arkusz stawek z atrybutem niestandardowym”, atrybut niestandardowy w nagłówku wiadomości, który jest używany jako mnożnik transakcji, może mieć teraz wartość dziesiętną z maksymalnie 4 miejscami po przecinku. Więcej informacji o tym typie abonamentu znajdziesz w artykule o określaniu szczegółów atrybutu niestandardowego arkusza stawek (DEVRT-2191).

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

Podczas generowania raportu podsumowującego o przychodach za pomocą interfejsu API zarządzania możesz dodać do tego raportu kolumny „Nazwa abonamentu” i „Identyfikator abonamentu” ze stawką „Identyfikator abonamentu”. Aby to zrobić, dodaj „RATEPLAN” jako atrybut groupBy w wywołaniu interfejsu API zgodnie z opisem w sekcji Tworzenie raportów. (Ta funkcja nie jest jeszcze dostępna w interfejsie raportu o przychodach). W raportach szczegółowych kolumny nazwy i identyfikatora planu stawek znajdują się teraz na początku raportu razem z innymi kolumnami grupowania. (DEVRT-1740)

Usługi analityczne

Funkcja sum( ) w odniesieniu do wskaźników czasu odpowiedzi (Cloud 16.01.20)

W niestandardowych raportach i wywołaniach interfejsu API funkcja zbiorcza „sum” jest teraz dostępna dla opcji Docelowy czas reakcji, Całkowity czas reakcji i end_point_response_time. Na przykład w interfejsie /stats API (http://docs.apigee.com/management/apis/get/organizations/%7Borg_name%7D/environments/%7Benv_name%7D/stats/%7Bdimension_name%7D-0) można teraz korzystać z następującego parametru zapytania „select”: ?select=sum(total_response_time). (AXAPP-2006)

Raport analizy czasu oczekiwania: nazwy serwerów proxy interfejsów API posortowane (Cloud 16.01.20)

W interfejsie raportu Analiza czasu oczekiwania (tylko w przypadku abonamentów Apigee Edge dla firm) serwery proxy interfejsu API są wymienione alfabetycznie na liście Serwer proxy. (MGMT-2858)

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

Wykres słupkowy aplikacji dla programistów w panelu interfejsu zarządzania zawiera listę aplikacji dla programistów według wyświetlanej nazwy, 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)

Analiza miast w GeoMap (Cloud 15.07.22)

Analityczna mapa geograficzna zawiera szczegółowe dane „Miasto” dla Stanów Zjednoczonych i Kanady. Gdy klikniesz na mapie stan lub prowincję, pojawi się lista miast, z których pochodzą połączenia. (MGMT-2282)

| (pionowa kreska) i = znaki w niestandardowych raportach Analytics (Cloud 15.09.02)

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

Wymiar Sufiks ścieżki serwera proxy (Cloud 15.09.30)

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

Raporty zawierają identyfikatory deweloperów, a nie wyświetlane nazwy (Cloud 15.09.30)

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

Naprawione błędy

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

Private Cloud 4.16.01

W tabeli poniżej znajdziesz listę błędów, które zostały naprawione od momentu wydania Edge for Private Cloud 4.16.01. Aby uzyskać te poprawki, postępuj zgodnie z instrukcjami aktualizowania instalacji 4.16.01 do najnowszych pakietów RPM i plików pomocniczych zgodnie z opisem w sekcji Aktualizowanie Apigee Edge 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

Private Cloud 4.15.07.03

Private Cloud 4.15.07.01

Znane problemy

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

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