WSO2 отстает в обработке фиксированных API-интерфейсов - PullRequest
1 голос
/ 02 августа 2020

У нас есть серверный API, который работает практически в постоянное время (он «спит» в течение определенного периода). Когда мы запускаем управляемый API, который долгое время к нему подключается, мы видим, что время от времени время его выполнения увеличивается вдвое, чем в среднем.

Анализ данных Amazon ALB в производственной среде показывает, что время, которое запрос находится внутри Synapse, остается прежним, но время соединения (время, когда запрос попадает в очередь на обработку) велико.

В изолированной среде мы заметили, что эти задержки происходят примерно каждые 10 минут. В производственной среде, где у нас есть несколько воркеров, которые все время получают запросы, картина более неясна, поскольку это происходит чаще (возможно, задержка накапливается). воркер, в результате которого задерживается вход в очередь каждые несколько минут? Любой параметр, который это контролирует? В противном случае, есть идеи, как выяснить, в чем причина?

Прикрепленное изображение демонстрирует это. введите описание изображения здесь

1 Ответ

0 голосов
/ 02 августа 2020

Возможно из-за недействительности кеша токена шлюза. Тайм-аут по умолчанию составляет 15 минут.

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

После аннулирования кеша проверка токена будет выполняться через диспетчер ключей (с использованием БД). Это приведет к увеличению времени выполнения.

...