我正在寻求有关如何进行的建议，假设这可能是一个可行的行动方案。
我编写了一个基于 Web 的界面（Django）来访问存储在（外部）数据库上的一些数据。网页的作用是充当 GUI，向用户显示可以下载哪些数据以及它们在地图上的位置。
为了避免托管数据库的机器不堪重负，我正在考虑在 Django 和数据库之间放置一个中间层，以管理提取数据请求的提交。这就是浆液（或扭矩）。它需要能够通过一些 python API 进行通信。
本质上，我想要实现的是允许用户通过gui（Django amdplotly）下载数据，或者通过向slurm提交作业文件来下载数据。
经理将依次对所有作业进行排队，并一次提取其中一个。
作为预期结果，Django 页面上的每个注册用户都可以访问仪表板（插入 slurm），显示哪些作业正在运行/待处理、完成需要多长时间，并可能清除已经完成的作业（或正在完成的作业）。不再想要）。
注意： 我只有几个月的 Django 经验，与 slurm 相同（仅作为用户），但在 python 中工作感觉很舒服。 数据库每天都会下载到用于提供网页服务的计算机上的磁盘上。 该网页将在某些云服务上运行（天蓝色？亚马逊？）
问题： 上述工作流程实际上是最好的方法吗？ 相反，数据库可以合并 slurm 的功能（使其变得不必要）吗？ 如果我的想法不错，我在哪里可以找到此设置的一些实际示例？
感谢您给我的任何反馈或建议。
我尝试在通过 SSH 访问的虚拟机上安装 slurm。然而，我惨败了，因为确实安装了一些组件，但是当调用 srun 时，Linux 会响应命令未知。
更新：
我决定探索 CELERY 及其内置消息代理来完成我的任务，而不是 slurm。工作正在进行中。