Ta strona została przetłumaczona przez Cloud Translation API.

14.09.17 – informacje o wersji Apigee Edge w chmurze

Wyświetlasz dokumentację Apigee Edge.
Zapoznaj się z dokumentacją Apigee X. info

W czwartek 18 września 2014 r. udostępniliśmy nową wersję chmurową Apigee Edge.

Nowe funkcje i ulepszenia

Poniżej znajdziesz nowe funkcje i ulepszenia w tej wersji.

Funkcje Analytics
- Reguły i alerty – reguła umożliwia określenie warunku, który po spełnieniu generuje alert.
- Wymiary wirtualne – ciągi znaków User-Agent, sygnatury czasowe i adresy IP są automatycznie mapowane na wymiary takie jak wersja systemu operacyjnego, rodzina urządzeń, dzień tygodnia, miasto, kraj i strefa czasowa.
- Nowy interfejs raportów niestandardowych (beta)
- Obsługa serwerów proxy Apigee 127
Zasób „/” w usługach APIAPIRT-667
Gdy dodasz do usługi API zasób w postaci pojedynczego ukośnika „/”, Apigee domyślnie traktuje go tak samo jak „/**”, co daje programistom dostęp do wszystkich identyfikatorów URI w ścieżce podstawowej. Nowa właściwość na poziomie organizacji features.isSingleForwardSlashBlockingEnabled umożliwia zmianę domyślnego działania „/”. Jeśli zmienisz wartość właściwości na „true” (klienci korzystający z chmury muszą w tym celu skontaktować się z zespołem pomocy Apigee), „/” zapewni programistom dostęp tylko do ścieżki podstawowej jako zasobu.

Więcej informacji znajdziesz w artykule Konfigurowanie działania ścieżki zasobu.
Konfiguracja błędu odpowiedzi HTTP dla zasad Quota i Spike ArrestAPIRT-664
Organizacje Apigee Edge można teraz skonfigurować tak, aby zwracały kod stanu HTTP 429 (Za dużo żądań) w przypadku wszystkich żądań, które przekraczają limit szybkości ustawiony przez zasady Quota lub Spike Arrest. Domyślna konfiguracja zwraca kod stanu HTTP 500 (Internal Server Error).

Skontaktuj się z zespołem pomocy Apigee, aby ustawić wartość właściwości features.isHTTPStatusTooManyRequestEnabled na „true” w przypadku organizacji, dla których chcesz, aby naruszenia limitu i ochrony przed nagłymi wzrostami liczby żądań zwracały kod stanu HTTP 429.
Chmura prywatna: klienci korzystający z Edge on-premises mogą ustawić tę właściwość za pomocą tego wywołania interfejsu API:
```
curl -u email:password -X POST -H "Content-type:application/xml" http://host:8080/v1/o/myorg -d \
"<Organization type="trial" name="MyOrganization">
    <DisplayName>MyOrganization</DisplayName>
    <Environments/>
    <Properties>
        <Property name="features.isHTTPStatusTooManyRequestEnabled">true</Property>
    </Properties>
</Organization>"
```

Usunięte błędy

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

Temat	Opis
Błąd 204 w przypadku braku klucza w mapie par klucz-wartość MGMT-960	Brak klucza w mapie klucz-wartość zwracał odpowiedź HTTP 204 (brak treści), a nie oczekiwaną odpowiedź 404 (nie znaleziono). Ten problem został rozwiązany i zwraca teraz błąd 404.
Uprawnienia użytkownika w wielu rolach MGMT-656	Uprawnienia użytkownika przypisanego do co najmniej 2 ról nie były prawidłowo łączone. Naprawiliśmy ten problem.
Kodowanie zestawu znaków małymi literami w zasadach APIRT-703	W konfiguracji XML zasad ustawienie kodowania znaków za pomocą małych liter „utf-8” lub „utf-16” powodowało niepowodzenie zasad. Ten problem został rozwiązany, aby obsługiwać kodowanie zarówno małymi, jak i wielkimi literami.