14.09.17 - Примечания к выпуску облака Apigee Edge

Вы просматриваете документацию Apigee Edge .
Перейдите в документацию Apigee
X.info

В четверг, 18 сентября 2014 года, мы выпустили новую облачную версию Apigee Edge.

Новые функции и улучшения

Ниже перечислены новые функции и улучшения в этом выпуске.

  • Аналитические функции
  • Ресурс "/" по продуктам APIRT-667
    При добавлении ресурса в API-продукт в виде одной косой черты "/", по умолчанию Apigee обрабатывает его так же, как "/**", что предоставляет разработчикам доступ ко всем URI в базовом пути. Новое свойство features.isSingleForwardSlashBlockingEnabled на уровне организации позволяет изменить поведение "/" по умолчанию. Изменив это свойство на "true" (клиентам облачной версии необходимо обратиться в службу поддержки Apigee), "/" предоставляет разработчикам доступ только к базовому пути в качестве ресурса.

    Для получения дополнительной информации см. раздел «Настройка поведения пути к ресурсу» .
  • Настройка ошибок HTTP-ответа для APIRT-664, позволяющая блокировать квоты и блокировать пиковые нагрузки.
    В организациях, использующих Apigee Edge, теперь можно настроить возврат HTTP-кода состояния 429 (Слишком много запросов) для всех запросов, превышающих лимит, установленный политикой квотирования или предотвращения всплесков активности. По умолчанию возвращается HTTP-код состояния 500 (Внутренняя ошибка сервера).

    Обратитесь в службу поддержки Apigee, чтобы установить свойство features.isHTTPStatusTooManyRequestEnabled в значение true для организаций, для которых вы хотите, чтобы при нарушениях квот и пиковых нагрузок возвращался HTTP-код состояния 429.

Исправлены ошибки

В этом релизе исправлены следующие ошибки.

Тема Описание
Ошибка 204 из-за отсутствия ключа в карте ключ-значение.
МГМТ-960
Отсутствие ключа в карте «ключ-значение» приводило к HTTP-ответу 204 (No Content) вместо ожидаемого 404 (Not Found). Эта проблема исправлена, и теперь возвращается ответ 404.
Права доступа для пользователя с различными ролями
МГМТ-656
Права доступа пользователя, которому были назначены две или более ролей, объединялись некорректно. Эта проблема исправлена.
Кодировка символов нижнего регистра в политиках
APIRT-703
В конфигурации XML-файла политики установка кодировки символов в нижнем регистре «utf-8» или «utf-16» приводила к сбоям в работе политик. Эта проблема исправлена, и теперь поддерживается как кодировка в нижнем, так и в верхнем регистре.