【问题标题】:Deploying a Dash app for many concurrent users - dcc.Store() & States为许多并发用户部署 Dash 应用程序 - dcc.Store() & States
【发布时间】:2021-04-21 13:27:29
【问题描述】:

我有一个关于通过 uwsgi 部署 plotly Dash 应用程序的简短问题。该应用程序旨在供许多并发用户使用,我们想知道当前的方法是否适合许多并发用户,主要是因为我们正在使用 States 和 dcc.Store() 组件。我不知道使用状态参数可能会导致许多并发用户出现问题,所以任何额外的见解将不胜感激!如有必要,我也可以提供一个最小的 Dash 示例。

  • 我们通过选项卡设计了一个多页面应用程序,用户在三个选项卡中提供输入。输出随后显示在第四个选项卡中,由回调触发。
  • 应用回调通过按钮(n 次点击)触发,用户的许多输入参数通过状态调用。
  • 存储类型定义如下:dcc.Store(id='session', storage_type='session')
  • 所有字段都具有以下持久性设置:persistence=True, persistence_type = 'memory'

应用程序本身已经供个人使用,因此 uwsgi 和 Apache 服务器在程序运行时已正确配置。目前主要关心的是并发用户,以及保存在States中的输入是否相互影响。

【问题讨论】:

    标签: python-3.x deployment plotly-dash


    【解决方案1】:

    从给出的信息看来,您将所有状态都存储在客户端,因此服务器在 Dash 中保持无状态。因此,我不希望您在并发用户方面遇到任何问题。

    【讨论】:

    • 感谢您的回复!这也是我的直觉,我们做了一些初始测试,写出计算中使用的输入,在不同的浏览器和设备上进行并发测试似乎很好,所以看起来很好!
    猜你喜欢
    • 2018-11-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-06-10
    • 2021-12-14
    • 2021-04-13
    • 2021-09-03
    • 1970-01-01
    相关资源
    最近更新 更多