我必须承认我没有写过 Telegram 机器人,所以我接下来可能会说的一些内容可能不适用。编辑 - 我做了一些阅读并根据我的阅读更新了我的答案。
简答
Telegram Bot 服务提供 webhook 访问,因此,您可以简单地为每个 Bot 注册不同的 URL,然后使用路由让适当的 Bot 代码回答请求。您可以在单一存储库中完成所有这些操作,也可以将其设置为微服务。由你决定。
详细解答
选项 1 - 单一回购
我不打算提供代码,但基本上您将拥有一个存储库,该存储库在 Telegram Bot 服务接受的 Webhook 端口之一(80、88、443、8443)上公开 Web 服务。在此 Web 服务中,您将收到针对特定 URL 的请求,然后将该请求路由到适当的处理程序,在这种情况下,该处理程序将是您的机器人代码。
例如Web 服务暴露在 8443 端口
- 机器人 1 网址:https://:8443//
- 机器人 2 网址:https://:8443//
- 等等……
Express、Koa 等……都可以提供这种类型的代码。 (Telegraf 甚至在他们的文档中为 Koa integration 提供了一个示例。)
选项 2 - 微服务
不管你信不信,这个选项实际上可能需要更少的编码,但需要更多的配置和编排。在此配置中,您只需设置一个反向代理(nginx 效果很好),它将接收所有入站 Telegram 机器人请求,然后将它们转发到您本地基于 Telegraf 的机器人。
因此,您可以在所有单独的端口(例如 3000、3001、3002 等)上构建和运行您的机器人。然后配置反向代理以将入站请求路由到适当的机器人处理程序。
例如反向代理监听 8443 端口
- Bot 1 URL: https://:8443/ --> nginx 重定向到-> http://:3000
- Bot 2 URL: https://:8443/ --> nginx 重定向到-> http://:3001
- 等等……
对于我提到的 nginx 反向代理,您还可以使用 AWS 或 Azure 的 API 网关等服务。您还可以在 AWS(通过 Lambda)或 Azure(通过 Functions)上将 Telegraf 机器人作为无服务器应用程序运行。
任何一种方式都可以。我个人会使用微服务方法部署它,因为这样您就可以根据需要独立扩展每个机器人。
原始答案 - 上述编辑之前
端口只是 TCP 或 UDP 数据包上的一个“数字”,它告诉 IP 堆栈哪个应用程序应该接收数据包。每个 IP 地址、每个协议(TCP 或 UDP - HTTPS 使用 TCP)有 65536 个端口可用。因此,从技术上讲,您可以使用哪些端口让您的应用程序接收其数据包没有任何限制。因此,排除任何其他限制(入站防火墙、框架限制等),您可以简单地在端口上启动 6 个机器人:8443、8444、8445 等。
要回答您关于在单个端口上运行六个机器人的问题,我可以再次使用通用服务器技术来解决这个问题。稍微备份一下,当数据包传入计算机时,他们首先使用 IP 地址找到正确的计算机,然后是本地 MAC 地址,最后是计算机上的端口,以将其发送到正确的应用程序。如果您需要多个应用程序在同一个端口上接收数据,那么您需要在应用程序协议中自己执行该寻址。因此,如果在 Telegraf bot 应用程序协议中指示哪个 bot 应该接收数据,那么您可以简单地使用路由代码将传入数据定向到正确的 bot。在这种情况下,您不会让每个 BOT 从侦听端口(例如,在您的情况下是同一个端口)开始,因为正如您所经历的那样,这会产生端口已在使用中的错误。相反,您可以让路由代码在您希望侦听的端口上侦听,然后将传入数据路由到正确的机器人代码。
如果您可以接收信息的端口受到限制,并且 Telegraf 机器人协议中无法确定哪个机器人应该接收信息,那么您运行六个机器人的唯一方法就是拥有多个IP 地址并将机器人分散到可用的端口上,然后在端口用完时分散到多个 IP 地址。
例如可用端口 80、88、443、8443
需要运行 6 个机器人。
-
IP 地址 #1 Bot 1 - 80、Bot 2 - 88、Bot 3 - 443、Bot 4 - 8443
-
IP 地址 #2 Bot 5 - 80、Bot 6 - 88