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

14.09.17 – informacje o wersji Apigee Edge w chmurze

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

W czwartek 18 września 2014 roku opublikowaliśmy nową wersję Apigee Edge w chmurze.

Nowe funkcje i ulepszenia

Poniżej przedstawiamy nowe funkcje i ulepszenia wprowadzone w tej wersji.

Funkcje Analytics
- Reguły i alerty – reguła umożliwia określenie warunku, podczas którego Zwraca wartość prawda i generuje alert.
- Wydarzenie wirtualne Wymiary – klienty użytkownika, sygnatury czasowe i adresy IP są automatycznie mapowane na takie wymiary, jak wersja systemu operacyjnego, rodzina urządzenia, dzień tygodnia, miasto, kraj strefy czasowej.
- Nowy interfejs w przypadku raportów niestandardowych (beta),
- Pomoc techniczna na potrzeby utworzonych serwerów proxy Apigee 127
„/” zasoby dotyczące produktówAPIRT-667
Gdy dodajesz zasób do usługi API w postaci pojedynczego ukośnika „/”, domyślnie Apigee traktuje go tak samo jak „/**”, który daje programistom dostęp do wszystkich identyfikatorów URI w ramach ścieżki podstawowej. O nową właściwość features.isSingleForwardSlashBlockingEnabled na poziomie organizacji zmienisz domyślne działanie „/”. Zmieniając właściwość na „true” (klienci chmury musi skontaktować się z zespołem pomocy Apigee), „/” daje programistom dostęp tylko do ścieżki podstawowej jako .

Więcej informacji znajdziesz w sekcji Konfigurowanie zachowania Ścieżka zasobu.
Konfiguracja błędu odpowiedzi HTTP dla limitu i zwiększenia limituAPIRT-664
Organizacje Apigee Edge można teraz skonfigurować tak, aby zwracały kod stanu HTTP 429 (Za dużo wielu żądań) w przypadku wszystkich żądań przekraczających limit liczby żądań określony przez limit lub nagły wzrost liczby żądań, . Konfiguracja domyślna zwraca kod stanu HTTP 500 (serwer wewnętrzny). Błąd).

Aby uzyskać features.isHTTPStatusTooManyRequestEnabled, skontaktuj się z zespołem pomocy Apigee właściwość ma wartość „true” w przypadku organizacji, w przypadku których chcesz mieć obowiązek przestrzegania limitów i zatrzymania rezerwy. zwraca kod stanu HTTP 429.
Private Cloud: lokalni klienci Edge mogą ustawić tę właściwość za pomocą: Wywołanie 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ęto błędy

W tej wersji poprawiono następujące błędy.

Temat	Opis
Błąd 204 dotyczący brakującego klucza w mapie klucz-wartość MGMT-960	Brak klucza w mapie klucz-wartość zwróciło odpowiedź HTTP 204 (brak treści) zamiast oczekiwanego błędu 404 (Nie znaleziono). Rozwiązaliśmy ten problem i wyświetlaliśmy błąd 404.
Uprawnienia użytkownika z różnymi rolami MGMT-656	Uprawnienia użytkownika przypisane do co najmniej 2 ról nie były prawidłowo łączone. Naprawiliśmy ten problem.
Kodowanie małych liter w zasadach APIRT-703	W konfiguracji zasad XML ustawienie kodowania znaków za pomocą małych liter „utf-8” lub „utf-16” powoduje niepowodzenie zasad. Rozwiązaliśmy ten problem, by obsługiwać płatności – w kodowaniu pisanymi wielkimi literami.