Чтобы переводить контент на ваш предпочитаемый язык, Google использует технологии на основе искусственного интеллекта. Переводы от ИИ могут содержать ошибки.

14.09.17 - Apigee Edge cloud release notes

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

В четверг, 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 (Внутренняя ошибка сервера).

Чтобы при нарушении квоты или ограничений на пиковые нагрузки возвращался код статуса HTTP 429, обратитесь в службу поддержки Apigee и попросите установить для свойства features.isHTTPStatusTooManyRequestEnabled значение true для нужных организаций.
Частное облако. Клиенты Edge локальной установки могут задать это свойство с помощью следующего вызова 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>"
```

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

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

Тема	Описание
Ошибка 204 при отсутствии ключа в карте значений ключей MGMT-960	Отсутствие ключа в карте "ключ-значение" приводило к тому, что возвращался HTTP-ответ 204 (Нет контента) вместо ожидаемого 404 (Не найдено). Теперь при возникновении этой проблемы возвращается ошибка 404.
Разрешения для пользователя с несколькими ролями MGMT-656	Разрешения для пользователя, которому назначено две или более ролей, объединялись неправильно. Наши специалисты уже устранили эту проблему.
Кодировка набора символов в нижнем регистре в правилах APIRT-703	В XML-конфигурации правил установка кодировки символов с помощью строчных букв "utf-8" или "utf-16" приводила к сбоям в работе правил. Мы исправили эту проблему, и теперь поддерживаются оба типа кодировки.