我知道这是一个有问题的问题，但是我会试着看看是否有人有迄今为止我无法找到的信息/文档。也许对REST API功能有更好理解的人可能会指出我正确的方向。
在部署Remedy 9.1时，由于前端应用程序本身（Web界面）的性能问题，我被告知REST API将被禁用。我试图找出后端发生的质量控制或优先级是否会减轻这种担忧。
据我所知，在进行REST API调用时，无需动态呈现网页或虚拟使用前端有明显的节省，因此在提取数据时，更倾向于使用REST 1。但是，如果某个人在REST API调用中不计后果，那么ARServer是否可以通过为其分配低优先级来管理此请求，或者只是简单地删除整个系统？
在一个完美的世界里，如果有人能够指出一些具有某种接近确定答案的特定文档，我会很高兴。
感谢任何人都可以发送我的帮助。
答案 0 :(得分：0)
部署服务器组，在前端保留一台服务器，在后端保留一台服务器。仅调用“后端”服务器。
答案 1 :(得分：0)
我认为要避免的更大问题是存在各种瓶颈。如果他们担心这一点，他们有什么防护措施可以防止数据库过载？还是桌子锁？ REST API 只是另一个客户端。您能做的只有这么多来保护系统。由于它是另一个客户端，因此它具有适用于其他所有客户端的应用程序级别的所有保护。无论客户如何，索引、要求搜索条件、线程化和其他性能策略都会有所帮助。
RCJ 有一个优点，您可以在服务器组中（甚至在组外）专用服务器来满足他们的需求。但是你总是会回到中央数据库作为最终的风险。