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-прокси на наличие определённых ошибок валидации и уведомлял организации через инструмент «Рекомендации» о необходимых исправлениях. Эти рекомендации, описанные в разделе «Рекомендации по ошибкам развёртывания» , должны были дать пользователям время для исправления проблем, которые впоследствии приводили к ошибкам развёртывания при включении валидации в продукте. С этим выпуском Edge выполняет эти проверки и выдаёт соответствующие ошибки развёртывания.

Политика Spike Arrest с поддержкой автоматического масштабирования

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

Более подробную информацию можно найти в разделе «Политика Spike Arrest» .

Улучшить протоколирование 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 и должно быть явно изменено пользователем с правами системного администратора. Это означает, что клиентам Public Cloud необходимо обратиться в службу поддержки Apigee, чтобы изменить значение свойства.

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

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

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

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

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

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