4.17.05 – informacje o wersji Edge dla Private Cloud

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

Od poprzedniej wersji funkcji Edge dla chmury prywatnej w poniższych wersjach które pojawiły się w tej wersji funkcji:

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

Ogólne informacje o wersji

Ta wersja zawiera kilka ważnych funkcji, które pomagają lepiej kontrolować i zabezpieczać Interfejsy API, w tym:

• Przepływy współdzielone obsługują wdrażanie bez przestojów.
• Usuwanie danych dotyczących zarabiania dla organizacji jest już obsługiwane.
• Dodatkowe nowe funkcje opisane poniżej.

Usługa Vault została wycofana z myślą o wycofywaniu.

W pozostałej części tego tematu znajdziesz szczegółowe informacje na temat wszystkich nowych funkcji, aktualizacji i poprawek błędów zawarte w wydawnictwie.

Wycofania i wycofania

Poniższe funkcje zostały wycofane lub wycofane w tej wersji. Więcej informacji znajdziesz w zasadach wycofywania Edge.

Na emeryturze: dodawanie ścieżki na karcie Wydajność serwera proxy interfejsu API.

Do tej wersji można było przejść do serwera proxy interfejsu API w interfejsie zarządzania, przejść do Wydajność i utwórz różne ścieżki dla wykresu porównania na karcie Skuteczność oraz w panelu Transakcje biznesowe. Ta funkcja została wycofana i nie jest już dostępne w interfejsie. Alternatywa dla tej funkcji znajdziesz tutaj: Apigee Artykuł na karcie Społeczność: https://community.apigee.com/articles/23936/alternative-to-business-transactions-api.html. (EDGEUI-902)

Emeryt Adres URL buildInfo dla portalu usług dla programistów

Aby określić wersję portalu, który był przez Ciebie otwarty w poprzednich wersjach portalu: Adres URL w przeglądarce:

http://yourportal.com/buildInfo

W wersji 4.17.05 ten link został usunięty. Aby określić wersję, otwórz Raporty > Raport stanu w Drupal. Wersja portalu pojawi się w tabeli w wierszu o nazwie Zainstaluj profil.

Wycofanie Apigee bezpieczny magazyn (magazyny)

Bezpieczeństwo Apigee zwany też „skarbcami”, jest wycofywana i zostanie wycofana po roku data ogłoszenia o wycofaniu jest wyświetlana Wycofania strony wycofania. Tworzone są magazyny zapewniające zaszyfrowane przechowywanie par klucz-wartość za pomocą interfejsu API zarządzania, do którego dostęp jest uzyskiwany w czasie działania za pomocą funkcji w interfejsie Apigee Moduł Node.js.

Zamiast korzystać z bezpiecznego magazynu, użyj zaszyfrowanych map wartości kluczy (KVM) zgodnie z opisem w sekcji Korzystanie z map klucz-wartość Zaszyfrowane maszyny wirtualne są tak samo bezpieczne jak usługi Vault i dają więcej opcji tworzenia pobieranie danych. (MGMT-3848)

Nowe funkcje i aktualizacje

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.

Chmura prywatna

Dodanie do instalacji nowego wymaganego parametru konfiguracji SMTP

Teraz musisz użyć parametru SMTPMAILFROM w funkcji oraz plik konfiguracji instalacji Edge. Ten parametr określa adres e-mail używana, gdy Edge wysyła automatyczne e-maile, na przykład gdy użytkownik prosi o zresetowanie hasła. Zobacz Zainstaluj komponenty Edge .

(EDGEUI-1020)

Możesz teraz ustawiać czas oczekiwania używany przez interfejs Edge dla wywołań zarządzania interfejsem Edge API

Możesz teraz określić czas oczekiwania interfejsu API używany przez interfejs Edge, aby kontrolować, jak długo interfejs oczekuje na zwrot wywołania zarządzania interfejsem API. Te właściwości określają limit czasu:

• Zestawy conf_apigee_apigee.feature.apitimeout czas oczekiwania interfejsu (w sekundach) na zwrot wywołania do backendu, niezależnie od tego związane z nim aktywności. Jeśli wywołanie nie zostanie ukończone w tym czasie, interfejs wyświetli błąd przekroczenia limitu czasu. Wartość domyślna to 180 sekund (3 minuty).
• conf_apigee_play.ws.timeout.idle określa, jak czas oczekiwania interfejsu użytkownika (w milisekundach) na wykonanie działania na serwerze. Może mieć tę samą wartość jako conf_apigee_apigee_apitimeout lub do niższej wartości. Ustawienie większej wartości nie ma żadnego efektu. Wartość domyślna to 180 000 milisekundy (3 minuty).
• Zestawy conf_apigee_play.ws.timeout.connection czas oczekiwania interfejsu użytkownika na nawiązanie połączenia. Może mieć tę samą wartość jako conf_apigee_apigee_apitimeout lub do niższej wartości. Ustawienie większej wartości nie ma żadnego efektu. Wartość domyślna to 120 000 milisekund (2 minuty).

Patrz sekcja Ustawianie limitu czasu używane przez interfejs Edge API do obsługi wywołań zarządzania interfejsem Edge API.

(EDGEUI-816)

Dodano limit czasu ponowienia próby procesora wiadomości do routerów

Dodano czas oczekiwania, dzięki czemu routery przestały ponownie wysyłać żądania do procesorów wiadomości i zwracały błąd .

Patrz sekcja Konfigurowanie i ponownie spróbuje połączyć się z procesorem wiadomości.

(APIRT-2912)

Dodano procedurę zmiany domyślnego administratora systemu

Dołączyliśmy też dokumentację umożliwiającą zmianę domyślnego administratora systemu.

Zobacz Zarządzanie Użytkownicy, role i uprawnienia.

(DOS-4895)

Dodano dokumentację na temat rozdzielania zadań instalacji Edge między użytkownikiem root i użytkownika innego niż root

Nowa dokumentacja opisuje kroki, które pozwalają oddzielić zadania instalacji Edge między rootami i użytkownik bez dostępu do roota.

Patrz: Instalacja Edge Przegląd.

(DOS-4573)

Dodano właściwość do ustawiania nazwy hosta linków w wygenerowanych e-mailach

Edge automatycznie wysyła e-maile w odpowiedzi na określone zdarzenia, na przykład gdy użytkownik zostanie dodany do organizacji. Wiele z tych e-maili zawiera link. Jeśli na przykład nowy użytkownik zostanie dodany do użytkownik Edge wysyła do użytkownika e-maila z adresem URL logowania w formularzu:

https://domain/login

Domena jest określana automatycznie przez Edge i jest zwykle prawidłowa dla organizacji. Istnieje jednak możliwość, że gdy interfejs Edge znajduje się za systemem równoważenia obciążenia, wygenerowana nazwa domeny jest nieprawidłowa. Jeśli tak, możesz użyć właściwości conf_apigee_apigee.emails.hosturl, aby wyraźnie ustawia fragment wygenerowanego adresu URL zawierający nazwę domeny.

Patrz sekcja Ustawianie wartości nazwy hosta w linkach w wygenerowanych e-mailach.

(EDGEUI-1044)

Ustawianie podstawowego adresu URL wyświetlanego przez interfejs Edge dla serwera proxy interfejsu API

Interfejs Edge z adresem URL serwera proxy interfejsu API na podstawie ustawień hosta wirtualnego odpowiadające miejsce wdrożenia serwera proxy. Ekran może zawierać numer portu routera na hoście wirtualnym.

W większości przypadków adres URL wyświetlany w interfejsie Edge jest poprawnym adresem URL, do serwera proxy. Jednak w przypadku niektórych konfiguracji wyświetlany URL jest nieprawidłowy. Na przykład każda z poniższych konfiguracji może spowodować, że wyświetlany URL nie będzie odpowiadają faktycznemu adresowi URL używanemu do wysyłania zewnętrznych żądań do serwera proxy:

• Zakończenie SSL następuje w systemie równoważenia obciążenia
• Mapowanie portów między systemem równoważenia obciążenia a routerami Apigee
• System równoważenia obciążenia skonfigurowany z przepisywaniem ścieżek

Edge dla Private Cloud w wersji 4.17.05 i nowszych obsługuje atrybut na hoście wirtualnym o nazwie <BaseUrl>, który umożliwia zastępują adres URL wyświetlany w interfejsie Edge. Oto przykład, który przedstawia obiekt hosta wirtualnego z nowy <BaseURL> . W tym przykładzie wartość „http://myCo.com” w interfejsie Edge:

<VirtualHost name="myVHost">
   <HostAliases>
     <HostAlias>DNS_name_or_IP:9005</HostAlias> 
   </HostAliases> 
   <BaseUrl>http://myCo.com</BaseUrl>     
   <Interfaces/>
   <Port>9005</Port> 
</VirtualHost>

Jeśli parametr <BaseUrl> nie jest ustawiony, domyślny adres URL renderowany w interfejsie Edge będzie wyglądał tak: "http://DNS_name_or_IP:9005/", a rzeczywisty alias hosta to „http://myCo.com”.

Podstawowy adres URL możesz też ustawić podczas tworzenia organizacji, używając właściwości VHOST_BASEURL z apigee-provision za media.

Zobacz Konfigurowanie TLS dostęp do interfejsu API w Private Cloud.

(EDGEUI-5008)

Dodano dokumentację na temat włączania rejestrowania debugowania

Dodaliśmy dokumentację opisującą, jak włączyć lub wyłączyć logowanie debugowania w Edge

Patrz: Włączanie rejestrowania debugowania aby dowiedzieć się więcej.

(APIRT-4018)

Nowy instalator i składnia poleceń narzędzia apigee-analytics-collector

Wszyscy klienci Edge for Private Cloud muszą przesyłać do Apigee statystyki dotyczące interfejsu API ruch przez proxy przy użyciu wiersza poleceń apigee-analytics-collector w wersji beta. za media. To narzędzie wysyła raport liczby wywołań interfejsu API z powrotem do Apigee.

Ta wersja Edge zawiera nowe instrukcje instalacji i składnię poleceń dla apigee-analytics-collector za media. W tej wersji do instalacji używasz teraz apigee-service narzędzia apigee-analytics-collector, zamiast npm i wywołaj narzędzie apigee-analytics-collector za pomocą apigee-service, a nie jako na komputerze.

Zobacz Interfejs API przesyłania Trafikowanie danych do Apigee – wersja beta.

Nowy domyślny katalog instalacji po zaktualizowaniu portalu usług dla deweloperów Nginx/Postgres z nowej instalacji 4.17.01.

Po zaktualizowaniu nowej instalacji wersji 4.17.01 korzystającej z Nginx/Postgres, katalogu głównego zmieniono z:

/opt/apigee/apigee-drupal

do:

/opt/apigee/apigee-drupal/wwwroot

Usługi API

dokładniejsza weryfikacja danych wejściowych w przypadku encji;

We wszystkich encjach organizacji Apigee Edge została wyegzekwowana bardziej rygorystyczna weryfikacja danych wejściowych. Dozwolone są zwykle litery (z uwzględnieniem wszystkich liter), cyfry, podkreślenia.

Elementy, których to dotyczy, to:

• Organizacje
• Środowiska
• Proxy interfejsów API
• Wersje serwera proxy API
• Nazwy zasad na serwerze proxy interfejsu API
• Identyfikatory konfiguracji maski logu czasu debugowania
• Nazwy zasobów (objaśnienie Java, xls, wszystkie zasoby)
• Magazyny kluczy
• CRLstores
• Dokumentacja zasobów
• Serwery docelowe

(MGMT-3840)

Wdrożenie przepływów współdzielonych bez przestojów

Gdy chcesz wdrożyć współdzielone przepływy i zadbać o to, by odrzucany ruch przychodzący (lub prawie całkowity) nie był odrzucany podczas wdrażania możesz korzystać z interfejsu API do zarządzania wdrożeniem bez przestojów. Proces niemal identyczne jak wdrażanie serwerów proxy API bez przestojów przy użyciu interfejsu API do zarządzania. Jedyna różnicy jest zasób interfejsu Management API.

Poniższe wywołanie wdraża wersję współdzielonego przepływu wskazaną w identyfikatorze URI, a następnie wycofuje wdrożenie wcześniej wdrożona wersja (pozwala na to parametr zapytania override=true):

curl -X POST -H "Content-type:application/x-www-form-urlencoded" \
https://api.enterprise.apigee.com/v1/o/{org_name}/environments/{env-name}/sharedflows/{shared_flow_name}/revisions/{revision_number}/deployments?"override=true" \
-u email:password

(MGMT-3485)

Zarabianie

Usuwanie danych dotyczących zarabiania dla organizacji

Możesz zdecydować się na usunięcie danych o przychodach w organizacji w tych sytuacjach:

• usunąć organizację, W takim przypadku musisz usunąć dane dotyczące zarabiania, zanim może usunąć organizację.
• Wyczyść dane dotyczące zarabiania pochodzące od organizacji testowej, której chcesz ponownie użyć. W tym W takim przypadku po usunięciu danych o przychodach musisz zsynchronizować dane Apigee Edge.

Więcej informacji znajdziesz w artykule Usuwanie danych dotyczących zarabiania od Twojej organizacji. (DEVRT-2581)

Dodano interfejs API, który umożliwia włączenie zarabiania w organizacji

Teraz możesz używać interfejsu API, aby włączyć zarabianie w organizacji.

Zobacz Włączanie które organizacja chce zarabiać.

(DEVRT-2383)

Usunięto błędy

W tej wersji poprawiono następujące błędy. Ta lista jest przeznaczona głównie dla użytkowników, którzy sprawdzają czy zgłoszenia do zespołu pomocy zostały naprawione. Nie zawiera on szczegółowych informacji na temat wszystkich użytkowników.

Private Cloud 4.17.05

Cloud 17.04.12 (UI)

Cloud 17.04.05 (UI)

Cloud 17.03.29 (UI)

Cloud 17.03.15.01 (UI)

Cloud 17.03.15 (UI)

Cloud 17.03.13.02 (zarabianie)

Cloud 17.03.13.01 (zarabianie)

Cloud 17.03.13 (Zarządzanie interfejsami API)

Cloud 17.03.1 (UI)

Cloud 17.02.15 (UI)

Cloud 17.02.13 (środowisko wykonawcze interfejsu API)

Cloud 17.02.13 (Zarządzanie interfejsami API)

Cloud 17.01.18 (UI)

Cloud 17.01.16 (zarządzanie interfejsami API)

Cloud 17.01.16 (zarabianie)