Вы просматриваете документацию Apigee Edge .
Перейдите к документации Apigee X. информация
Во вторник, 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 позволяет добавлять политики 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 ошибки неверного шлюза | Исправлена проблема, приводившая к высоким показателям CLOSE_WAIT и ошибкам 502 неверного шлюза. Корпуса: 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 |