【发布时间】：2021-04-12 17:12:57
【问题描述】：
与此相关的额外信息：https://shiny.rstudio.com/articles/scaling-and-tuning.html
我正在尝试为我的 Shiny App 确定最佳的 Worker 和 Instance 设置，以使用户体验尽可能流畅。在大多数情况下，应用程序上的流量很少，但有时流量会异常高，例如在向大量受众（可能超过 100 位用户？）展示时。
首先，根据个人经验以及this SO question.，我将“最大连接数”（每个 R 工作进程允许的并发连接数）设置为 1。这将避免连接之间出现一些奇怪的“交互”共享同一个 R worker。
我订阅了 shinyapps.io 的专业版，这意味着每个应用最多有 10 个实例。在应用程序的设置中，我可以调整几个值以确定何时启动新实例、何时添加或共享新工作人员等。
考虑两种情况：
-
我进行了设置，以便有尽可能多的实例，并在出现时填充额外的工作人员。如果每个实例最多有 10 个工作人员，则前 10 个连接将各自启动自己的实例，而第 11 个连接最终将加入其中一个实例与一个新工作人员。
-
我将其设置为具有尽可能少的实例，在需要新实例之前添加工作人员。如果每个实例最多有 10 个工作人员，则第一个连接启动实例，接下来的 9 个工作人员在该实例中启动，第 11 个连接将启动一个新实例和工作人员。
使用这两种方法的优缺点是什么？
一个能提高性能吗？它们是一样的吗？
在一个实例上拥有更多工作人员会减慢计算速度吗？
谢谢！
【问题讨论】：