Вы просматриваете документацию Apigee Edge .
Перейдите в документацию Apigee X.info
В четверг, 18 сентября 2014 года, мы выпустили новую облачную версию Apigee Edge.
Новые функции и улучшения
Ниже перечислены новые функции и улучшения в этом выпуске.
- Аналитические функции
- Правила и оповещения — правило позволяет указать условие, которое, будучи истинным, генерирует оповещение.
- Виртуальные параметры — пользовательские агенты, метки времени и IP-адреса автоматически сопоставляются с такими параметрами, как версия ОС, семейство устройств, день недели, город, страна и часовой пояс.
- Новый интерфейс для пользовательских отчетов (бета-версия)
- Поддержка прокси-серверов, созданных с помощью Apigee 127.
- Ресурс "/" по продуктам 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» приводила к сбоям в работе политик. Эта проблема исправлена, и теперь поддерживается как кодировка в нижнем, так и в верхнем регистре. |