问题描述
我们将 gunicorn 与 django 和 django-telegrambot 一起使用。我们在自己的应用程序中也有一个 MQTT 客户端。当一些 MQTT 消息到达时，我们发送 Telegram 消息，反之亦然。现在的问题是，当我们对多个 worker 使用 gunicorn 时，我们有多个 MQTT 客户端，因此当 MQTT 消息到达时，我们将多次发送相同的 Telegram 消息。
当我们使用带有工作线程的 gunicorns 预加载时，我们只有一个 MQTT 客户端，但随后所有进程共享相同的 Telegram TCP 连接，我们会收到有线 SSL 错误。作为替代方案，我们可以只在进程和多线程上使用，但有时 MQTT 和 Telegram 消息不会得到处理（idk 为什么）。
有没有办法让它运行？
除了使用网络钩子，还可以使用 botpolling，但 django-telegrambot 说：
管理命令的轮询模式（一种在本地机器上运行机器人的简单方法，不推荐在生产中使用！）
解决方法
我不熟悉 django-telegrambot 库，所以我无法判断作者为什么选择发表此声明（也许在 GitHub 存储库上询问……）。但是，Telegram 正式支持轮询和网络钩子（请参阅 here）。恕我直言，两者都有利有弊。网络钩子可能比轮询有轻微的性能优势，但也需要更多的工作来设置。轮询要求您不断获取更新，这可以被视为缺点。使用 webhooks 的 OTOH 您必须运行网络服务器。对于中小型机器人（就用户数量而言），轮询应该没问题 - 我使用轮询对我的（相当小的）机器人没有问题。
请持保留态度，因为我远不是网络主题的专家。