Вы просматриваете документацию по Apigee Edge.
Перейдите к документации по Apigee X. Информация
В августе и сентябре 2015 года мы переносим облачные маршрутизаторы и балансировщики нагрузки Apigee Edge на NGINX (произносится как "Энджин Икс"). NGINX – это веб-сервер с открытым исходным кодом, который обеспечивает более высокую производительность и параллельность, чем наши существующие балансировщики нагрузки и маршрутизаторы.
Что это означает для наших клиентов облачных сервисов
Это изменение не должно повлиять на вашу работу. Вам нужно только убедиться, что ваши системы работают правильно. Ниже описаны наши дальнейшие действия и приведены ответы на часто задаваемые вопросы.
Шаг 1. Обновите ПО
Мы переведем все маршрутизаторы на новый маршрутизатор на основе NGINX, используя модель поэтапного развертывания, чтобы обеспечить бесперебойную работу сервисов.
Шаг 2. Удалите уровень балансировщика нагрузки в непроизводственных средах
Поскольку балансировку нагрузки будет выполнять новый маршрутизатор NGINX, мы начнем с удаления существующего уровня балансировщика нагрузки в вашей непроизводственной среде. На этом этапе балансировщики нагрузки для рабочих сред останутся без изменений. Перед удалением существующих балансировщиков нагрузки мы предпримем все возможные меры, чтобы убедиться, что трафик работает должным образом. От вас не требуется никаких действий. Однако вам следует сообщить о любых проблемах в Apigee, и мы поможем вам устранить их до перехода к шагу 3.
Шаг 3. Удалите уровень балансировщика нагрузки в рабочих средах
После успешного выполнения шага 2 мы определим периоды обслуживания, чтобы удалить уровень балансировщика нагрузки в рабочих средах, используя тот же подход, что и на шаге 2. Это позволит обеспечить бесперебойную работу API во время выполнения.
Изменения в функциях продукта
Ниже перечислены изменения в работе продуктов, связанные с переходом на NGINX.
Поддержка прекращена
В ProxyEndpoint больше не поддерживаются следующие свойства:
- allow.http10
- allow.http11
- allow.http.method.*
- allow.POST.without.content.length
- allow.PUT.without.content.length
Чтобы обойти это ограничение, ознакомьтесь со статьей сообщества Свойства метода HTTP для конечной точки прокси-сервера не работают.
Часто задаваемые вопросы
Ниже приведены ответы на часто задаваемые вопросы о переходе на NGINX.
На шаге 1 ответ будет "Нет", поскольку мы не будем трогать существующие балансировщики нагрузки, которые не будут напрямую менять IP-адреса, обслуживающие трафик. Однако, учитывая природу сервиса балансировки нагрузки Amazon Web Services (AWS), применяются обычные правила масштабирования, а это означает, что IP-адреса могут меняться в рамках логики масштабирования (существующая функциональность). Поэтому мы не рекомендуем настраивать белый список для исходящего трафика с помощью набора продуктов Apigee Edge. На шагах 2 и 3 удаление балансировщика нагрузки и связанных с ним IP-адресов может повлиять на белый список. Поэтому мы будем тесно сотрудничать с вами на этих этапах, чтобы обеспечить плавный переход, предоставив новый набор IP-адресов, которым нужно разрешить доступ.
Никаких изменений не требуется, если исходные серверы являются целевыми конечными точками (серверами, вызываемыми из пакета прокси). Это изменение касается северной стороны Apigee или точки входа в Apigee.
Нет. Существующие записи CNAME продолжат работать как обычно.
Если вы используете SSL, первый шаг не повлияет на существующую конфигурацию SSL. Однако нам потребуется тесно сотрудничать с вами, чтобы правильно настроить SSL на новом маршрутизаторе, прежде чем переходить к шагам 2 и 3.
Шаги 2 и 3 будут отложены до тех пор, пока не будет подтверждена поддержка SNI.
Перебоев в работе не ожидается. Изменения будут внедрены с помощью нашей стандартной модели развертывания в рамках существующих окон выпуска.