4.16.05 – informacje o wersji Edge dla Private Cloud

Przeglądasz dokumentację Apigee Edge.
Przejdź do Dokumentacja Apigee X. informacje.

We wtorek 31 maja 2016 roku opublikowaliśmy nową wersję Apigee Edge dla Private Cloud.

Od poprzedniej wersji funkcji Edge dla chmury prywatnej (4.16.01) następujące wersje które występują i są uwzględnione w tej wersji funkcji:

• Chmura: 16.02.17, 16.03.02, 16.03.09 (UI), 16.03.16 (UI), 16.03.23 (UI), 16.03.30

Zobacz Informacje o wersji numerowanie, aby zrozumieć, jak sprawdzić, czy określona wersja chmury dostępne w Twojej wersji Edge dla Private Cloud.

Nowe funkcje i ulepszenia

Poniżej przedstawiamy nowe funkcje i ulepszenia wprowadzone w tej wersji. Oprócz poniższych ulepszeń, ta wersja zawiera też wiele usprawnień, łatwości obsługi, wydajności, bezpieczeństwa i stabilności i ulepszeniach.

Więcej informacji i instrukcji znajdziesz w dokumentacji Edge for Private Cloud.

Instalacja i Przewodniki po operacjach zostały przeniesione do internetu

Przewodnik instalacji i operacji Edge for Private Cloud znajdziesz w wersji 4.18.01.

Aktualizacje oprogramowania

Wersja ta zawiera następujące aktualizacje oprogramowania:

• Java JDK 1.8 – aby móc korzystać z najnowszych funkcji języka Java, jest zgodna z Javą 1.8. Wymagany jest pakiet Oracle JDK 1.8 lub OpenJDK 8 z Twojego środowiska.
  W ramach aktualizacji do Javy 8 niektóre mechanizmy szyfrowania TLS nie są już dostępne w Oracle JDK 1.8. Pełną listę znajdziesz w sekcji „Domyślne wyłączone pakiety szyfrów” http://docs.oracle.com/javase/8/docs/technotes/guides/security/SunProviders.html.
• Cassandra 2.1.13 – aktualizacja z wersji Cassandra 2.0.15.

instalacja, aktualizacja przywrócenie

Poniżej znajduje się lista zmian w instalacji i uaktualnianiu oraz powiązanych skryptów. Informacje na temat w użyciu, zapoznaj się z dokumentacją Edge for Private Cloud.

• Nowy proces aktualizacji z wersji 4.16.01 – ta wersja zastępuje apigee-migrate z użyciem narzędzia update.sh, aby zaktualizować od wersji 4.16.01 do 4.16.05. Zapoznaj się z sekcją o aktualizowaniu Apigee Edge 4.16.01 do 4.16.05.
• Wczytywanie
  • bootstrap.sh (wersja 4.16.01) jest teraz bootstrap_4.16.05.sh w wersji 4.16.05.
  • Aby pobrać, nie musisz już określać opcji uname:pword bootstrap_4.16.05.sh
• Przywrócenie – aby przywrócić aktualizację do wersji 4.16.05, musisz odinstalować wersji 4.16.05 komponentu i ponownie zainstaluj poprzednią wersję. Poprzedni Narzędzie rollback.sh zostało usunięte. Patrz 4.16.05 Proces wycofywania zmian.
• setup.sh i update.sh mogą zapisywać plik dziennika w /tmp – domyślnie setup.sh i Informacje z dziennika zapisywane w logach narzędzi: update.sh do /opt/apigee/var/log/apigee-setup. Jeśli użytkownik uruchamiający narzędzie nie ma dostęp do tego katalogu, zapisuje dziennik w katalogu /tmp. Jeśli użytkownik nie ma dostępu do usługi /tmp, narzędzie kończy się niepowodzeniem.
• Procedura aktualizacji interfejsu API BaaS – w wersji 4.16.01 trzeba było i ponownie zainstaluj interfejs BaaS API w celu przeprowadzenia migracji. Nowe narzędzie update.sh obsługuje i aktualizowaniem BaaS API. Zapoznaj się z sekcją o aktualizowaniu Apigee Edge 4.16.01 do 4.16.05.

Administracja

Poniżej znajdziesz nowe funkcje administrowania chmurą prywatną i jej konfiguracji.

• Weryfikacja instalacji – narzędzie apigee-validate używane do testowania Edge Private Cloud Instalację można teraz uruchamiać z serwera zarządzania. Wcześniej trzeba było uruchomić skrypt na komputerze. Patrz sekcja Testowanie zainstaluj.
• Nazwa regionu – region może być dowolną nazwą. W poprzednich wersjach nazwa ta brzmiała w postaci „dc-#”, gdzie # jest liczbą całkowitą.
• Pody bramy – pody bramy mogą mieć dowolną nazwę. W poprzednich wersjach podał się jako „brama”.
• Administracja oparta na skryptach – A w wierszu poleceń apigee-adminapi.sh. Zadania konfiguracji brzegowej, które wykonujesz za pomocą wywołań interfejsu Edge Management API. Zobacz Korzystanie z apigee-adminapi.sh.
• Cicha konfiguracja SSL hosta wirtualnego – podczas tworzenia organizacji lub możesz teraz przekazywać właściwości służące do konfigurowania protokołu SSL na hoście wirtualnym. Zobacz Rejestrowanie organizacji.

Usługi API

Poniżej znajdziesz nowe funkcje usług Edge API, które były dostępne w poprzedniej chmurze różnych wersji usługi.

Prefiks o stałej długości do logowania komunikatów syslog (Cloud 16.03.30)

Zasada logowania wiadomości zawiera nowy element <FormatMessage> w konfiguracji syslog. Według ustawienie <FormatMessage>true</FormatMessage>, komunikaty syslog musi zaczynać się od ustalonej liczby znaków, co umożliwia odfiltrowywanie danych wstawionych przez Apigee. Więcej informacji, zobacz Komunikat Zasada logowania. (APIRT-1398)

Symbol wieloznaczny w ścieżce podstawowej serwera proxy interfejsu API (interfejs Cloud 16.03.09)

Interfejs zarządzania obsługuje korzystanie z co najmniej 1 symbolu wieloznacznego /*/ na serwerze proxy interfejsu API ścieżek podstawowych. Na przykład ścieżka podstawowa /team/*/members umożliwia klientom wywołanie serwer proxy z https://[host]/team/blue/members lub https://[host]/team/green/members bez konieczności tworzenia nowego serwera proxy wspierać nowe zespoły. Pamiętaj, że ciąg /**/ jest niedozwolony. (MGMT-3154)

Łańcuch w interfejsie API (interfejs użytkownika Cloud 16.03.02, interfejs Cloud 16.03.09)

Edge obsługuje łańcuchy łańcuchów lokalnych serwerów proxy interfejsów API, co umożliwia jednemu serwerowi proxy interfejsu API wywoływanie innego serwera proxy API wdrożone w organizacji Edge bez dodatkowych nadmiarowych zasobów sieciowych. Wcześniej serwer proxy API wymagało wywołania http(s) do innego serwera proxy interfejsu API, który przekierował żądanie za pomocą systemów równoważenia obciążenia, routera i procesora komunikatów.

Na serwerze proxy interfejsu API są dostępne nowe elementy LocalTargetConnection TargetEndpoint umożliwiające określenie nazwy serwera proxy interfejsu API i nazwy konkretnego punktu końcowego serwera proxy. w obrębie serwera proxy interfejsu API lub po prostu ścieżka podstawowa do zasobu lokalnego serwera proxy interfejsu API (takiego jak /v1/moj_zasób). Te opcje są też dostępne w interfejsie edytora proxy podczas dodawania lub aktualizowania Docelowy punkt końcowy.

Łańcuch serwerów proxy jest też dostępny w zasadach dotyczących wywołań usługi.

Więcej informacji znajdziesz w artykule Chaining API — serwery proxy interfejsu API łańcuchowego razem. Nowe elementy LocalTargetConnection są również wymienione w pliku XML. schemat znajdziesz tutaj: https://github.com/apigee/api-platform-samples/blob/master/schemas/configuration/configuration_schemas.xsd. (MGMT-3049, MGMT-3050)

Usunięto błędy

W tej wersji poprawiono następujące błędy. Ta lista jest przeznaczona głównie dla użytkowników sprawdzających aby sprawdzić, czy jego zgłoszenia zostały rozwiązane. Nie zapewnia on szczegółowych informacji dla wszystkich użytkowników.

Edge dla Private Cloud 4.16.05

Cloud 16.03.30

Interfejs użytkownika Cloud 16.03.16

Interfejs użytkownika Cloud 16.03.09

Cloud 16.03.02

Cloud 16.02.17

Znane problemy

W tej wersji występują następujące znane problemy.

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

Ładunki JSON w Przypisywanie zasad dotyczących wiadomości, objaśnień w Javie i podnoszenia błędów

Zasady Assign Message, Java Callout i Raise Fault umożliwiają wygenerowanie wiadomości za pomocą elementu <Set><Payload>. W ramach tych wiadomości może zawierać zmienne, których wartości są automatycznie uzupełniane w czasie działania. Jeśli chcesz na przykład jako dane wyjściowe z nagłówka HTTP, możesz wstaw {message.header.date} w wiadomości.

Jeśli wiadomość jest w formacie JSON, wygląda to mniej więcej tak:

{"The date is: " : "{message.header.date}"}

Możesz jednak zobaczyć, że jest to nieprawidłowy plik JSON. Aby rozwiązać ten problem, masz 2 opcje opcje:

• Pomiń otwierający nawias klamrowy, dodając odwrócony ukośnik:

  \{"The date is: " : "{message.header.date}"}
  

• W konfiguracji elementu ładunku użyj variablePrefix oraz variableSuffix do wskazywania zmiennej w ładunku JSON. Dla: przykład:
  

  <Payload contentType="application/json" variablePrefix="#" variableSuffix="%">{"The date is: " : "#message.header.date%"}</Payload>
  

W kolejnej wersji funkcji chmury prywatnej na brzegu chmury będzie można używać nawiasów klamrowych w wiadomościach JSON bez problemu. (APIRT-1160)

Router nie uruchamia Nginx lub Nie można uruchomić routera

Jeśli router brzegowy nie uruchomi Nginx lub w ogóle się nie uruchomi, jak widać w pliku /opt/apigee/var/log/edge-router/logs/system.log , następnie usuń wszystkie pliki z katalogu /opt/nginx/conf.d i jeszcze raz uruchom plik router:

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