Przeglądasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. Informacje
W środę 29 stycznia 2014 roku opublikowaliśmy nową lokalną wersję Apigee Edge.
Jeśli masz pytania, skontaktuj się z obsługą klienta Apigee.
Ta wersja zawiera funkcje i poprawki błędów z następujących wersji chmurowych:
Nowe funkcje i ulepszenia
- Aktualizacja atrybutów niestandardowych OAuth 2.0
Nowa zasada „Ustaw informacje o protokole OAuth w wersji 2.0” umożliwia aktualizowanie atrybutów niestandardowych w tokenach OAuth 2.0.
http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
-
Aktualizacje zasad OAuth 1.0a
Ta wersja zawiera następujące aktualizacje zasad OAuth 1.0a:- Podobnie jak w przypadku tokenów OAuth 2.0, możesz teraz ustawiać atrybuty niestandardowe w tokenach OAuth 1.0a.
- Nowa operacja GenerateVerifier pozwala wygenerować i zwrócić weryfikatora OAuth 1.0a (podobnie do kodu autoryzacji w OAuth 2.0).
- Informacje o protokole SSL w zmiennych przepływu
Apigee Edge umożliwia teraz propagowanie i dostęp do informacji SSL w zmiennych przepływu. Gdy ustawisz nową właściwość „propagate.additional.ssl.headers” w punkcie końcowym ProxyEndpoint, będziesz mieć dostęp do tych samych informacji SSL, które są dostępne na serwerze WWW Apache.
http://apigee.com/docs/api-services/api/variables-reference
- Nagłówki JMS jako nagłówki HTTP
Wszystkie nagłówki JMS są teraz rozpowszechniane jako nagłówki HTTP na potrzeby przetwarzania na potrzeby pobierania danych.
- Aktualizacja modułu Node.js
Zaktualizowaliśmy wbudowany moduł Apigee w Node.js, aby zawierał te moduły: argo 0.4.9, asynchroniczne 0.2.9, express 3.4.8, podkreślenie 1.5.2, usergrid 0.10.7, volos-cache-ge-memory 0.10.0, volos-cache-memory 0.api.0.3
-
Role niestandardowe w interfejsie zarządzania – BETA
Oprócz dotychczasowych ról użytkownika „Użytkownik biznesowy”, „Administrator operacji”, „Administrator organizacji” i „Użytkownik” ta wersja zawiera funkcję w wersji beta, która umożliwia tworzenie ról niestandardowych w interfejsie zarządzania. Możesz kontrolować dostęp do różnych funkcji Edge za pomocą ról niestandardowych. - Instalator zaawansowanych usług interfejsu API (dawniej App Services)
Obecnie można używać lokalnych usług interfejsu Apigee Edge Advanced API (wcześniej App Services). Istniejący instalator brzegowy umożliwia wdrażanie i konfigurowanie zaawansowanych usług interfejsu API we własnym środowisku lokalnym.
- Instalator, który udostępnia Usługi dla deweloperów (dawniej Usługi zarabiania)
Funkcja zarabiania jest częścią usług Edge dla deweloperów. Lokalny instalator Edge zawiera teraz zaawansowany, zintegrowany instalator do generowania przychodu. Aby zarabiać, potrzebujesz dodatkowej płatnej licencji.
- Wiele procesorów wiadomości na jednym hoście – instalacja dyskretna
To ulepszenie obsługuje toplologię wdrożenia wielu procesorów wiadomości zainstalowanych na jednym hoście, co wymaga powiązania każdego procesora wiadomości z określonym adresem IP. Teraz w pliku konfiguracji cichej instalacji możesz dodać ustawienie właściwościBIND_ON_ALL_INTERFACES=n, dzięki czemu procesor wiadomości będzie nasłuchiwać określonego adresu IP określonego przez właściwośćHOSTIPw tym samym pliku. Więcej informacji o tej usłudze i konfigurowaniu instalacji dyskretnej znajdziesz w przewodniku po konfiguracji i instalacji lokalnego zestawu wdrażania Apigee.
-
Aktualizacje JMS
Ta wersja zawiera różne aktualizacje obsługi JMS w Apigee, w tym:- Wszystkie nagłówki JMS są teraz rozpowszechniane jako nagłówki HTTP na potrzeby przetwarzania odbierającego.
- Możesz teraz określić ExpiryTime i DeliveryMode dla wiadomości umieszczanych w kolejce ResponseQueue używanej przez serwer proxy JMS. Wszystkie nagłówki HTTP pasujące do standardowych nagłówków JMS są ustawiane „w stanie, w jakim się znajdują”, a inne nagłówki HTTP są ustawiane jako właściwości JMS w wiadomości odpowiedzi używanej przez serwer proxy JMS.
Naprawione błędy
| Temat | Opis |
|---|---|
| Uprawnienia roli niestandardowej | Uprawnienia ustawione za pomocą ról niestandardowych działają teraz zgodnie z oczekiwaniami. |
| Analiza opóźnień interfejsu API | W przepływie serwera proxy interfejsu API, gdy wywołanie systemu docelowego skutkuje przekroczeniem limitu czasu (np. przekroczeniem limitu czasu odczytu HTTP), jest to docelowe czasy oczekiwania podane w statystykach interfejsu API. |
| atrybut „type” w zasadach; | Atrybut „type” działa teraz prawidłowo we wszystkich zasadach Apigee. |
| unieważnianie tokenów OAuth 2.0 | Funkcja unieważniania tokenów w zasadach Apigee OAuth 2.0 jest teraz zgodna ze specyfikacją OAuth. Nie musisz już podawać „typu” podczas ustawiania parametru „token”. |
| RBAC z mapami par klucz-wartość | Kontrola dostępu oparta na rolach działa teraz w przypadku map klucz-wartość utworzonych na poziomie środowiska. |
| Format odpowiedzi na żądanie zasad OAuth 1.0a | Podczas wysyłania żądań do interfejsu API przy użyciu zasady OAuth 1.0a odpowiedź jest teraz zwracana w formacie nagłówka Accept. |
Znane problemy
| Temat | Opis |
|---|---|
| Żądanie HTTP 1.0, odpowiedź HTTP 1.1 |
Ten problem występuje w sytuacji, gdy klient wysyła żądanie za pomocą HTTP 1.0 z właściwością
content-length w nagłówku, ale usługa backendu jest skonfigurowana pod kątem używania HTTP 1.1 i zamiast tego zwraca właściwość transfer-encoding na potrzeby kodowania fragmentu.
Aby móc rozwiązać ten problem, możesz usunąć właściwość
transfer-encoding z odpowiedzi HTTP 1.1 za pomocą zasady AssignMessage. W poniższej zasadzie, która zostanie dołączona do procesu odpowiedzi serwera proxy interfejsu API, właściwość transfer-encoding jest usuwana z nagłówka HTTP, co umożliwia klientowi otrzymywanie odpowiedzi bez podziału.
<AssignMessage name="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<Usuń>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Remove>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>
|