WSO2 API Manager - 2..6.0 - PullRequest
       36

WSO2 API Manager - 2..6.0

0 голосов
/ 11 ноября 2019

В настоящее время мы начали использовать функцию балансировки нагрузки (LB) WSo2 API Manager для микросервисов High Availability.

  1. Это хорошая идея использовать WSO2 LB? Или вместо WSO2 LB мы должны выбрать Nginx? (который мы также используем для других требований LB.)
  2. Понизится ли производительность WSO2 API Manager, если мы решим использовать WSO2 LB?

Любые рекомендуемые ссылки, по которым мы можем перейти, чтобы выполнить настройки WSO2 LB? Наша текущая конфигурация вызывает проблемы пространства кучи, и мы подозреваем, что у нас «Расширенная конфигурация конечной точки». Мы хотим приостановить работу конечной точки, если что-то пойдет не так с одной из виртуальных машин Micro Service. Было бы здорово, если бы кто-то любезно поделился рекомендованными конфигами для производственного использования.

С наилучшими пожеланиями, Ритеш

1 Ответ

0 голосов
/ 12 ноября 2019

Это хорошая идея использовать WSO2 LB? Или вместо WSO2 LB мы должны выбрать Nginx? (который мы также используем для других требований LB.)

Я считаю, что WSO2 LB считается устаревшим, и на самом деле нет никаких причин, почему бы не использовать что-либо еще (nginx, httpd, haproxy, ..),Даже если где-то на сайте документации WSO2 есть конфигурация NGINX, просто найдите ее

Наша текущая конфигурация вызывает проблемы с пространством кучи, и мы подозреваем, что у нас «Расширенная конфигурация конечной точки».

Без более «продвинутой» информации, такой как профилирование, невозможно сказать, в чем ваша проблема. Причиной могут быть некоторые пользовательские конечные точки, регистрация полезной нагрузки, преобразования, ...

Простая установка расширенных свойств не приведет к OOM

рекомендуемым конфигурациям для производственного сценария использования

Значения по умолчанию только для большинства вариантов производственного использования. Без дополнительной информации вы получите только мнения

...