180202 - Apigee Edge для общедоступного облака: примечания к выпуску

Виртуальные хосты и TLS с самостоятельной настройкой теперь доступны всем

Подробнее о виртуальных хостах и TLS/SSL…

Оптимизация импорта и обновления наборов прокси

Edge будет выполнять более строгую проверку пакетов прокси-серверов API во время развертывания. Это обновление позволяет ускорить развертывание и снизить вероятность сбоев и повреждения пакетов, когда несколько пользователей одновременно импортируют один и тот же пакет. Ниже перечислены важные изменения и особенности работы:

• Корневой каталог файловой системы каждого набора должен иметь значение /apiproxy.
• Edge больше не пытается игнорировать пути в папке ресурсов пакета прокси-сервера API. (например, Edge больше не игнорирует каталоги .git или .svn).
• Если в наборе содержится недопустимая конфигурация нескольких XML-файлов конфигурации прокси-сервера API (например, apiproxy/proxy1.xml и apiproxy/proxy2.xml), нет гарантии, какая конфигурация будет использоваться для прокси-сервера API.

Проверки при развертывании

До этого выпуска Edge пассивно проверял развертывания прокси-серверов API на наличие определенных ошибок проверки и уведомлял организации о необходимых исправлениях с помощью инструмента Advisory. Эти уведомления, описанные в разделе Уведомления об ошибках развертывания, позволяли пользователям устранить проблемы, которые позже привели бы к ошибкам развертывания при включении проверки в продукте. В этой версии Edge теперь выполняет эти проверки и сообщает об ошибках развертывания.

Правила защиты от скачков с учетом автомасштабирования

Новый элемент <UseEffectiveCount> в правиле Spike Arrest позволяет автоматически распределять счетчики Spike Arrest между процессорами сообщений. Если задано значение true, каждый обработчик сообщений делит допустимый лимит скорости скачков на количество активных обработчиков сообщений, корректируя лимит скорости при добавлении или удалении обработчиков сообщений. Если элемент отсутствует в правиле, по умолчанию используется значение false.

Подробнее о правилах в отношении функции "Пик"…

Улучшение ведения журналов MP из-за сбоя подключения

Обновите Rhino до версии 1.7.8, а Trireme – до версии 0.9.1

Установите для всех прокси-серверов тайм-аут API по умолчанию на уровне 55 секунд, чтобы избежать тайм-аута маршрутизатора раньше этого времени.

Добавление события журнала для канареечных развертываний

Разрешить проверки состояния по HTTPS с самоподписанными сертификатами

Для DNS-преобразования MP следует использовать пул асинхронных потоков

Улучшения безопасности продуктов API

Новое свойство на уровне организации, features.keymanagement.disable.unbounded.permissions, повышает безопасность продуктов API при проверке вызовов API. Если для свойства задано значение true (по умолчанию для организаций, созданных после выпуска этой версии), применяются следующие функции:

Создание приложений

При создании приложения для разработчика или компании API управления требует, чтобы приложение было связано с продуктом API. (Это ограничение уже действует в интерфейсе управления.)

Настройка продукта API

Чтобы создать или обновить продукт API, в его определении должен быть указан хотя бы один прокси API или путь к ресурсу.

Безопасность во время выполнения

Вызовы API отклоняются продуктом API в следующих случаях:

• Продукт API не включает хотя бы один прокси-сервер API или путь к ресурсу.
• Если переменная flow.resource.name в сообщении не содержит путь к ресурсу, который может оценить продукт API.
• Если приложение, выполняющее вызов API, не связано с продуктом API.

Для существующих организаций значение свойства – false, и его должен изменить пользователь с правами системного администратора. Это означает, что клиенты общедоступного облака должны обращаться в службу поддержки Apigee, чтобы изменить значение свойства.

Защита связи между маршрутизатором и процессором сообщений по умолчанию

Исправлена неправильная классификация ошибок скриптов Node.js

Доверенные IP-адреса в правиле AccessControl

Правила MessageLogging для повторного преобразования DNS через регулярные интервалы

Проверка цепочки сертификатов TLS

При создании псевдонима хранилища ключей с использованием цепочки сертификатов необходимо разделять сертификаты в цепочке символом переноса строки. Теперь при создании псевдонима Edge возвращает ошибку 400 Bad Request, если цепочка сертификатов не соответствует этому требованию.