BMC Remedy 9.1 REST API前端性能影响

Question

我知道这是一个很难回答的问题，但是我会试试运气，看看是否有人有我到目前为止还找不到的信息/文档。也许对REST API功能有更好理解的人可以为我指明正确的方向。

在寻求部署Remedy 9.1时，我被告知由于前端应用程序本身(web界面)的性能问题，REST API将被禁用。我正在尝试找出是否有任何质量控制或优先级发生在后端，将减轻这种担忧。

我知道，在进行REST API调用时，不必动态呈现网页或虚拟地使用前端，因此在提取数据时，使用REST比1:1更简单。然而，如果有人轻率地调用REST API，ARServer是否完全有能力通过分配低优先级来管理此请求，或者它会简单地关闭整个系统吗？

在一个完美的世界里，如果有人能给我指出一些具体的文档，无论哪种方式都有一个明确的答案，我会很高兴的。

感谢任何人的帮助，任何人都可以发送我的方式。

Answer 1

部署一个服务器组，保留一台服务器作为前端，一台作为后端。只调用“后端”服务器。

Answer 2

我认为被避免的更大的问题是存在瓶颈的地方。如果他们关心这一点，那么他们有哪些保护措施可以防止数据库过载？或者是桌锁？REST API只是另一个客户端。在保护系统方面，您可以做的只有这么多。由于它是另一个客户端，因此它具有与其他客户端相同的所有应用程序级别的保护。索引、需要搜索条件、线程化和其他性能策略都会有所帮助，而与客户端无关。

RCJ的优点在于，您可以在服务器组中(甚至在服务器组之外)指定专用服务器，以满足它们的需求。但作为最终风险，您将始终返回到中央数据库。