Вы просматриваете документацию Apigee Edge .
Перейти к документации Apigee X. info
Во вторник, 29 апреля 2014 года, мы выпустили новую облачную версию Apigee Edge.
Новые функции и улучшения
Ниже перечислены новые функции и улучшения в этой версии.
- Аналитические панели
Edge теперь предоставляет новые аналитические отчеты о производительности конечных точек, производительности прокси-API и производительности кэша, которые помогут вам контролировать производительность.
См. раздел «Панели управления операциями» в разделе «Аналитические панели ». - Пользовательское агрегирование показателей для оценки производительности
Эта функция больше не доступна.
Новая функция настраиваемого агрегирования повышает производительность аналитики, позволяя вам определять пользовательские метрики, которые Edge собирает и сохраняет при вызовах API. При просмотре отчётов Edge обращается к уже доступным агрегированным метрикам, а не извлекает их автоматически. - Предварительно настроенный OAuth 2.0 в API-прокси
При создании API-прокси новая опция «Защита с помощью токенов доступа OAuth v2.0» автоматически настраивает API-прокси с помощью политик, поддерживающих OAuth.
См. OAuth . - Маскировка данных в трассировке
Ресурс API /maskconfigs позволяет маскировать конфиденциальные данные, такие как данные кредитной карты, в сеансах трассировки прокси-API, помогая обеспечить безопасность пользовательских данных во время разработки API.
Дело:810723
См. Маскировка и сокрытие данных . - Базовая политика аутентификации
Политика базовой аутентификации позволяет добавить облегченную базовую аутентификацию к прокси-серверу API, обеспечивая автоматическое кодирование Base64 учетных данных пользователя и заполнение заголовка HTTPAuthorization: Basic.
См. политику базовой аутентификации . - PostClientFlow
PostClientFlow позволяет добавлять политики MessageLogging, которые выполняются после отправки ответа. Это сокращает задержку API-прокси и делает доступной для регистрации информацию, которая не рассчитывается до отправки ответа, например, client.sent.start.timestamp и client.sent.end.timestamp.
Дело: 814059
Исправлены ошибки
В этом выпуске исправлены следующие ошибки.
| Тема | Описание |
|---|---|
| Проверка имени пользовательского отчета | Edge теперь проверяет имена пользовательских отчетов, чтобы запретить использование специальных символов. |
| Сообщить о проблемах с детализацией developer_app | В пользовательских отчётах, использующих детализацию developer_app, возвращались неверные приложения для разработчиков. Эта проблема была исправлена. |
| Период времени не работает в пользовательских отчетах | В пользовательских отчётах, содержащих фильтры с несколькими выражениями в скобках, например, (request_verb eq 'POST') or (request_verb eq 'GET') изменение временного периода отчёта не влияло на результаты. Эта проблема была исправлена.Дело: 810753 |
| Диаграммы не отображаются в пользовательских отчетах | Исправлена проблема с отображением диаграмм в пользовательских отчетах. Дело: 814623 |
| Импорт WSDL |
|
| Конфигурация политики ограничения одновременной скорости | Селектор целевой конечной точки теперь доступен только при добавлении политики ограничения параллельной скорости к прокси-серверу API. Целевая конечная точка не применяется к другим политикам. |
| Поддержка компании для разработчиков | Для организаций, в которых включены компании, теперь можно указать компанию при создании или редактировании разработчика. Дело: 515246 |
| Экспорт разработчиков, приложений и продуктов | Теперь вы можете экспортировать разработчиков, приложения и продукты в CSV-файл со страницы «Разработчики» в интерфейсе управления Edge. Эта функция в настоящее время недоступна для организаций, в которых включена монетизация. Дело: 747159 |
| Окно «Приложения разработчика» зависает | После того, как разработчик удалил приложение на портале разработчиков Edge, нажатие на это приложение разработчика в интерфейсе управления Edge приводило к зависанию окна. Эта проблема была исправлена. |
| Комментарии в конфигурации прокси API | Комментарии в конфигурации прокси API теперь видны в представлении кода редактора прокси API и в инспекторе свойств. |
| API-прокси, созданные с недопустимыми именами | Интерфейс управления Edge ранее позволял создавать прокси-серверы API, имена которых содержали неподдерживаемые специальные символы, что приводило к недействительным прокси-серверам API, которые невозможно было удалить. Теперь имена прокси-серверов API проверяются при создании. Разрешены только буквы, цифры, символы «-» и «_». Дело: 550390 |
| Чувствительность к регистру при именовании прокси-API | Edge создавал API-прокси с именами в нижнем регистре, независимо от регистра. Теперь Edge учитывает регистр имени API-прокси. |
| Предупреждение о сохранении API-прокси | При сохранении прокси-API в редакторе прокси-API Edge разворачивает прокси-API во всех средах, где в данный момент развёрнута эта версия, включая производственные. Интерфейс управления Edge теперь выводит предупреждение перед сохранением прокси-файла. |
| Пользовательская роль без разрешений, сохраняемая в производственной среде | При обновлении развёрнутой версии API происходит внутренняя отмена развёртывания и развёртывание в развёрнутых средах. Пользовательская роль без соответствующих разрешений на развёртывание могла развёртываться, сохраняя прокси-сервер API. Эта проблема устранена путём принудительного применения разрешений на развёртывание. Дело: 813084 |
| Дубликат целевого сервера | При создании дубликата целевого сервера вместо ошибки HTTP 409 Edge перезаписывал существующий целевой сервер и возвращал код 201. Эта проблема была решена путём выдачи ошибки 409 без перезаписи существующего целевого сервера. |
| Невозможно создать сеансы трассировки для прокси-серверов API. | Сеансы трассировки не создавались для сред с недоступными обработчиками сообщений. Эта проблема была решена путём присоединения сеансов трассировки только к доступным и доступным обработчикам сообщений. Дело: 812192 |
| Обновленное поведение JMSReplyTo | По умолчанию Edge отправляет ответ в очередь, указанную в заголовке JMSReplyTo. Однако, если вы хотите, чтобы отправкой ответа в очередь JMSReplyTo занималась бэкенд-служба, а не Edge, добавьте заголовок X-Apigee-Ignore-JMSResponse к ответу API-прокси в любом потоке и установите для него значение true:<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
| Высокий CLOSE_WAIT и ошибки 502 bad gateway | Исправлена проблема, приводившая к высоким показателям CLOSE_WAIT и ошибкам 502 bad gateway. Дела: 814656, 814664, 814670 |
| Временный каталог Node.js | При развёртывании скрипта Node.js в Edge он запускается в песочнице, которая ограничивает доступ к файловой системе определённым каталогом. Однако os.tmpdir возвращает имя каталога, например, /tmp или /var/tmp, которого не было в песочнице Edge Node.js, что приводит к сбоям в работе некоторых скриптов. Песочница Edge Node.js теперь включает каталог /tmp, который может использовать os.tmpdir. |
| Исключения нулевого указателя при вызовах API | В политике «Назначить сообщение» нулевой статус ответа вызывал исключение нулевого указателя при попытке Edge получить код ответа для метрик. Эта проблема была исправлена. Дело: 815595 |