gpt4 book ai didi

django - REST API 或 "direct"远程 Celery/Django 工作人员的数据库访问权限?

转载 作者:行者123 更新时间:2023-12-03 10:00:25 25 4
gpt4 key购买 nike

我正在开展一个项目,该项目将在美国不同地点的机器上拥有多个 celery worker ,这些机器将通过互联网进行通信。

我是不是最好将我的 Django 项目分发到每台机器并使用数据库凭据配置它们到我的数据库主机,或者我应该有一个“主”Django/数据库主机,它为远程 celery 任务和工作人员提供 REST API数据库访问?

主要是寻找优点/缺点以及我没有想到的任何因素。

我可以提供单个简单的 API 端点,这些端点提供我的任务需要查询的所有数据,以及可以创建我的任务需要创建的所有数据库条目的简单 POST API 端点。

我只会说 10 个远程工作人员,他们可能每分钟总共执行 1 个请求。

我想这可能意味着我关心的不是请求/响应开销,而是更多关于可维护性、架构、安全性......

最佳答案

答案取决于太多的变量、关注点、力量和诸如此类的东西,而不是“这取决于……”。

我假设您已经考虑过以下优点和缺点,但无论如何:

使用 API 会导致更长的请求/响应周期(显然)并且会给 Django 项目(前端服务器、应用服务器等)带来相当大的负担。这也意味着您的任务将无法使用所有数据库功能(复杂查询、聚合等)。

OTHO 添加一个 API 层会将工作人员与内部数据库模式隔离,这可以使迁移(在 Django 端)和部署更容易,因为您不必停止所有工作人员、部署到每个人并重新启动工作人员。好吧,它甚至可以在不影响工作人员的情况下更改 API 端技术(并不是说我认为这样做的理由很多,但无论如何......)。但这也意味着您有一个完整的 API 需要维护,并且模型更改 - 或其中的最后一部分 - 无论如何都会影响您的 API 和/或您的任务代码(如果这些更改是关于添加工作人员应该使用的功能)等等)。

IOW,这真的取决于(是的,我已经说过了,不是吗?)取决于您项目的需求和限制,只有您/您的团队知道哪种解决方案最适合您的项目。

关于django - REST API 或 "direct"远程 Celery/Django 工作人员的数据库访问权限?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41490992/

25 4 0
文章推荐: ipv6 - 为什么IPv6使用冒号而不是点作为定界符?
文章推荐: email - 如何使用 GnuPG 加密明文?
文章推荐: assembly - 如何检查有符号整数是 neg 还是 pos?
文章推荐: javascript - 将 声明转换为 javascript ActiveXObject