BMC Remedy 9.1 Влияние производительности интерфейса пользователя REST API
Я понимаю, что это загруженный вопрос, однако я собираюсь попытать счастья, чтобы увидеть, есть ли у кого-то информация / документация, которую я не смог найти до сих пор. Возможно, кто-то с лучшим пониманием функциональности REST API мог бы указать мне правильное направление.
В поисках развертывания Remedy 9.1 мне сказали, что REST API будет отключен из-за проблем с производительностью самого интерфейсного приложения (веб-интерфейса). Я пытаюсь выяснить, есть ли какой-либо контроль качества или расстановка приоритетов, которые происходят на бэкэнде, которые могли бы смягчить эту проблему.
Я понимаю, что есть некоторая очевидная экономия в том, что нет необходимости динамически отображать веб-страницу или задействовать внешний интерфейс практически при выполнении вызова REST API, поэтому при извлечении данных более рационально использовать 1: 1 для использования REST. Тем не менее, если кто-то, где нужно быть безрассудным с вызовом API REST, может ли ARServer вообще управлять этим запросом, назначая ему низкий приоритет, или он просто разрушит всю систему?
В идеальном мире я был бы рад, если бы кто-то мог указать мне какую-то конкретную документацию, которая в любом случае имеет что-то близкое к окончательному ответу.
Спасибо за любую помощь, кто-нибудь может отправить мне.
2 ответа
Разверните группу серверов, оставьте один сервер для внешнего интерфейса и один для внутреннего. Совершайте звонки только на внутренний сервер.
Я думаю, что более серьезная проблема, которую избегают, заключается в том, что есть места для узких мест. Если это их беспокоит, какие ограждения они используют для защиты от перегруженной базы данных? Или замок стола? REST API - это просто еще один клиент. Вы можете сделать очень многое для защиты системы. Поскольку это другой клиент, он имеет все средства защиты на уровне приложения, которые существуют для каждого другого клиента. Индексирование, требование критериев поиска, многопоточность и другие тактики производительности помогут независимо от клиента.
RCJ имеет хорошее преимущество в том, что вы можете выделять серверы в группе серверов (или даже вне ее) в соответствии с их потребностями. Но вы всегда будете возвращаться к центральной базе данных как к высшему риску.