BMC补救措施9.1 REST API前端性能影响

我知道这是一个很难回答的问题，但是我要试试运气，看看是否有人有我至今无法找到的信息/文档。也许对RESTAPI功能有更好理解的人可以为我指出正确的方向

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

我知道，在进行REST API调用时，不必动态呈现网页或虚拟地使用前端，这显然可以节省一些成本，因此，在提取数据时，使用REST更容易做到1:1。然而，如果有人在REST API调用中鲁莽行事，那么ARServer是否配备了通过分配低优先级来管理该请求的设备，或者它只是简单地关闭整个系统

在一个完美的世界里，如果有人能给我指出一些具体的文档，无论哪种方式都有接近于最终答案的东西，我会很高兴

---

感谢任何人向我提供的帮助。

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

我认为避免的更大问题是存在各种各样的瓶颈。如果他们担心这一点，他们有什么保护措施来防止数据库过载？还是桌子锁？RESTAPI只是另一个客户端。为了保护系统，你只能做这么多。因为它是另一个客户端，所以它在应用程序级别上具有所有其他客户端存在的保护。索引、需要搜索条件、线程和其他性能策略都会有所帮助，无论客户机是什么

RCJ的一个优点是，您可以在服务器组中（甚至在服务器组之外）指定服务器以满足其需求。但你总是会回到中央数据库作为最终的风险