4.15.01.00 – примечания к выпуску локальной версии Apigee Edge

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

27 января 2015 г. мы выпустили квартальную версию Apigee Edge On-Premises.

Версия 4.15.01.00 включает большое количество новых функций, многие из которых были добавлены в контексте последнего праздничного сезона и предыдущих облачных выпусков. Новые функции включают фреймворк интерфейса управления, LDAP, установку и обновление, аналитику, а также конфигурацию ошибок ответа и сжатие. Полный список приведен ниже.

Если у вас возникли вопросы, обратитесь в службу поддержки Apigee Edge.

Список всех примечаний к выпуску Apigee Edge приведен на странице Примечания к выпуску Apigee.

Новые функции и улучшения

Ниже перечислены новые функции и улучшения в этом выпуске.

  • OpenLDAP заменяет ApacheDS
    Теперь для аутентификации пользователей в среде управления API в Edge используется OpenLDAP. Среди преимуществ OpenLDAP – правила для паролей, позволяющие настраивать различные варианты аутентификации, например количество последовательных неудачных попыток входа, после которых пароль больше нельзя использовать для аутентификации пользователя в каталоге. Дополнительную информацию можно найти в Руководстве по операциям для Edge OPDK.

    Теперь Edge поддерживает только сервер OpenLDAP для новых установок. В существующих установках Edge, которые обновляются до версии 4.15.01.00, можно продолжать использовать ApacheDS, но во всех новых установках версии 4.15.01.00 используется OpenLDAP.

    Если вы решите перейти на OpenLDAP в рамках процедуры установки версии 4.15.01.00, все данные из ApacheDS будут перенесены в OpenLDAP. Дополнительную информацию об обновлении можно найти в разделе Известные проблемы.
  • Улучшения безопасности
    В этой версии улучшена безопасность, устранены уязвимости, связанные с внедрением и обходом путей, разрешениями на доступ на основе ролей, подделкой межсайтовых запросов, обходом авторизации в интерфейсе управления Edge и уязвимостями внешних объектов.
  • Повышение производительности и стабильности Apache Cassandra
    В этой версии улучшена производительность доступа продукта Edge к базе данных NoSQL Cassandra, а также повышена производительность самой Cassandra, которая обновлена с версии 1.2.11 до 1.2.19.
  • Улучшения в управлении токенами
    Помимо улучшений, связанных с возвратом токенов OAuth и их удалением из базы данных, теперь вы можете получать и отзывать токены доступа OAuth 2.0 по идентификатору конечного пользователя, идентификатору приложения или обоим этим параметрам. Более подробная информация приведена по ссылкам:
  • Улучшения в Аналитике
    В этом выпуске улучшены аналитические возможности, в том числе:
    • Расширенные показатели использования кеша в прокси API.
    • Аналитика задержки. Помимо панели управления для анализа задержек (доступна только в плане Apigee Edge), в специальных отчетах появились новые показатели верхнего процентиля (TP*), которые позволяют узнать пороговое время, за которое завершается определенный процент транзакций. Например, показатель TP99 показывает пороговое значение времени, в течение которого завершаются 99% транзакций.
    • Виртуальные параметры. Агенты пользователя, временные метки и IP-адреса автоматически сопоставляются с такими параметрами, как версия ОС, семейство устройств, день недели, город, страна и часовой пояс.
    • Новый интерфейс для специальных отчетов (бета)
    • Поддержка прокси-серверов, созданных с помощью Apigee 127
    • Новые логические флаги "Apigee Fault" и "Target Fault", которые регистрируются аналитикой
  • Улучшения устойчивости во время выполнения
    В этой версии реализовано множество улучшений устойчивости во время выполнения, в том числе доступность правил при сбое Cassandra, стабильность маршрутизатора Netty и стабильность потока SSL.
  • Улучшения Node.js
    В этой версии реализованы следующие улучшения Node.js:
    • Новый API Get Cached Node.js Logs, который позволяет получить последние несколько сотен записей журнала из скрипта Node.js.
    • Поддержка модуля trireme-support (модули Node.js, написанные на Java). Дополнительную информацию можно найти на странице https://www.npmjs.com/package/trireme-support.
    • Названия организации и среды удалены из виртуальных путей и перенесены в переменные.
    • Перейдите на Java 7.
    • Обновите Trireme до версии 0.8.4, в которой исправлены проблемы с обработкой HTTP-запросов и наборов символов, отличных от UTF-8.
  • Переход на Play Framework 2.0
    В Edge, в том числе в монетизации, теперь используется Play Framework 2.0.
  • Теперь для статистики мониторинга JMX можно настроить запрос пароля.
    Процесс мониторинга для сервера управления, маршрутизатора, процессора сообщений, QPID и Postgres использует JMX. JMX включен по умолчанию, и для удаленного доступа к нему не требуется пароль. Однако теперь вы можете защитить статистику JMX паролем, чтобы контролировать доступ к ней. Дополнительную информацию можно найти в Руководстве по операциям Edge.
  • Подстановочные знаки в ресурсах прокси-сервера API
    При определении ресурсов прокси-сервера API можно использовать подстановочные знаки (звездочки *). Примеры: /developers/*/apps или /developers/**. Подробнее о ресурсах прокси-сервера API…
  • Ресурс"/" для продуктовAPIRT-667
    Когда вы добавляете ресурс в продукт API в виде одной косой черты "/", по умолчанию Apigee рассматривает его как "/**", что предоставляет разработчикам доступ ко всем URI в базовом пути. Новое свойство features.isSingleForwardSlashBlockingEnabled на уровне организации позволяет изменить поведение по умолчанию для символа "/". Если задать для свойства значение "true" (клиентам облачной версии нужно обратиться в службу поддержки Apigee), символ "/" будет предоставлять разработчикам доступ только к базовому пути в качестве ресурса.

    Подробнее о том, как настроить поведение пути к ресурсу…
  • Настройка ошибки HTTP-ответа для квоты и защиты от пиковых нагрузокAPIRT-664
    Теперь организации Apigee Edge можно настроить так, чтобы для всех запросов, превышающих лимит, заданный правилом квоты или защиты от пиковых нагрузок, возвращался код статуса HTTP 429 ("Слишком много запросов"). Конфигурация по умолчанию возвращает код статуса HTTP 500 (Внутренняя ошибка сервера).

    Чтобы нарушения квот и ограничений на всплески трафика возвращали код статуса HTTP 429, обратитесь в службу поддержки Apigee и попросите установить для организаций значение true для свойства features.isHTTPStatusTooManyRequestEnabled.
  • HealthMonitor теперь поддерживает SSL
    HealthMonitor, назначенный балансировщику нагрузки, теперь поддерживает SSL. Подробнее о балансировке нагрузки на серверы…
  • Установщик Edge Monetization теперь поддерживает тихую установку
    Монетизация теперь поддерживает тихую, или автоматическую, установку. Дополнительную информацию можно найти в руководстве по установке и настройке Edge.
  • Сжатие gzip в ответах APIMGMT-1127
    Вызовы API управления поддерживают сжатие gzip в ответах, длина которых составляет не менее 1024 байт. Используйте:
    'Accept-Encoding: gzip, deflate'

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

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

Тема Идентификатор проблемы Описание
Высокая загрузка памяти CORERT-362 Высокое использование памяти было вызвано скриптами остановки оболочки, которые запускались до завершения процесса обработчиками сообщений. Проблема устранена.
Создание прокси-сервера SOAP WSDL MGMT-1526 Создание прокси-сервера API на основе SOAP в интерфейсе управления приводило к зависанию браузера. Наши специалисты уже устранили эту проблему.
Приложение разработчика с точками в названии MGMT-1236 Если в названии приложения разработчика в интерфейсе управления были точки, приложение нельзя было обновить. Наши специалисты уже устранили эту проблему.
Увеличение загрузки ЦП и задержки CORERT-384 Задержка ответа и загрузка процессора обработчика сообщений увеличивались, когда целевые ответы содержали заголовок "Connection: close". Наши специалисты уже устранили эту проблему.
Статистика HTTP-запросов и ответов CORERT-364 Статистика по совокупным HTTP-запросам и ответам была неверной. Проблема устранена.
Принудительное применение правил в отношении квот APIRT-909 Правила квоты на основе календаря ошибочно отклоняли вызовы API, сделанные до начала периода квоты. Наши специалисты уже устранили эту проблему.

В этой версии также исправлены ошибки из следующих выпусков: Подробную информацию можно найти в примечаниях к отдельным выпускам.

Edge Cloud Локальная версия Edge

Известные проблемы

В этом выпуске есть следующие известные проблемы.

Тема Идентификатор проблемы Описание
Обновление LDAP DOC-1262

При обновлении с версии 4.14.07 до 4.15.01 и при переходе с ApacheDS на OpenLDAP названия ролей, содержащие пробелы (например, "Только чтение"), не воссоздаются в OpenLDAP должным образом.

Перед обновлением удалите и заново создайте роли, в названиях которых есть пробелы.

Если вы уже выполнили обновление, выполните следующую команду, чтобы удалить проблемные роли в OpenLDAP:

ldapdelete -H ldap://localhost:10389 -D 'cn=manager,dc=apigee,dc=com' -r -W 'cn=<role>,ou=userroles,o=<org>,ou=organizations,dc=apigee,dc=com'

Затем создайте роли заново.
Не удалось отправить электронное письмо по протоколу SMTP OPDK-900 Если при проверке электронной почты SMTP произошла ошибка, убедитесь, что значения следующих свойств в файле apigee4/conf/ui/apigee.conf совпадают:apigee.mgmt.mailFrom and mail.smtp.user. Вы также можете отключить проверку электронной почты SMTP.
Назад
4.15.01.01
Далее
4.14.07.07