Вы просматриваете документацию по Apigee Edge.
Перейдите к документации по Apigee X. Информация
29 апреля 2014 г. мы выпустили новую облачную версию Apigee Edge.
Новые функции и улучшения
Ниже перечислены новые функции и улучшения в этом выпуске.
- Панели управления Аналитики
В Edge теперь доступны новые отчеты Аналитики об эффективности конечных точек, прокси API и кеша, которые помогут вам отслеживать производительность.
Подробнее о панелях управления для операций… - Агрегирование пользовательских показателей для повышения эффективности
Эта функция больше не поддерживается.
Новая функция специальной агрегации позволяет повысить эффективность аналитики, определяя специальные показатели, которые Edge собирает и хранит при выполнении вызовов API. При просмотре отчетов Edge обращается к уже доступным агрегированным показателям, а не запрашивает их в реальном времени. - Предварительно настроенный OAuth 2.0 в прокси-серверах API
При создании прокси-сервера API автоматически настраиваются правила, поддерживающие OAuth. Для этого используется новый параметр "Защита с помощью токенов доступа OAuth 2.0".
См. раздел OAuth. - Маскировка данных в трассировке
Ресурс API /maskconfigs позволяет маскировать конфиденциальные данные, например информацию о кредитных картах, в сеансах трассировки прокси API. Это помогает обеспечить безопасность пользовательских данных при разработке API.
Case:810723
См. статью Деидентификация и скрытие данных. - Правило базовой аутентификации
Правило базовой аутентификации позволяет добавить в прокси-сервер API простую базовую аутентификацию, автоматически кодируя учетные данные пользователя в формате Base64 и заполняя заголовок HTTPAuthorization: Basic.
Ознакомьтесь с правилами в отношении базовой аутентификации. - PostClientFlow
PostClientFlow позволяет добавлять правила MessageLogging, которые выполняются после отправки ответа. Это позволяет снизить задержку прокси-сервера API и сделать доступной для ведения журналов информацию, которая рассчитывается только после отправки ответа, например client.sent.start.timestamp и client.sent.end.timestamp.
Запрос: 814059
Исправлены ошибки
В этой версии исправлены следующие ошибки:
| Тема | Описание |
|---|---|
| Проверка названия специального отчета | Теперь Edge проверяет названия специальных отчетов и запрещает использовать в них специальные символы. |
| Как сообщить о проблемах с детализацией по приложению разработчика | В специальных отчетах, в которых использовалась детализация 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 |
| Дубликат целевого сервера | При создании дубликата целевого сервера Edge перезаписывал существующий целевой сервер и возвращал статус 201 вместо ошибки HTTP 409. Эта проблема была решена путем выдачи ошибки 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 | В правиле "Назначить сообщение" статус ответа null вызывал исключение указателя null, поскольку Edge пытался получить код ответа для показателей. Наши специалисты уже устранили эту проблему. Запрос: 815595 |