在Kubernetes集群中是否没有必要使用RabbitMQ排队系统？

Question

我刚刚被Linux基金会认证为CKAD (Kubernetes Application )。

从现在开始，我想知道:在Kubernetes集群中，RabbitMQ排队系统是否没有必要？

为了避免http 30秒超时，我们使用带有排队系统的工作人员:例如，我们有一个微服务，它平均每个生成50秒的大pdf文档，而您现在有20个文档要生成，经典的模式是让一个工作人员逐个对每个文档排队(我最近工作的公司就是这样)。

但是，默认情况下，在Kubernetes集群中，对于集群内部的http请求没有超时。您可以在没有任何问题的情况下等待1000秒(20个文档*50秒= 1000秒)

关于最后一点，是否应该说(通过amqplib模块) RabbitMQ排队系统在Kubernetes集群中是无用的？此外，Kubernetes能够很好地处理每个微服务副本上的负载平衡。

Answer 1

，但是默认情况下，在Kubernetes集群中，对于集群内部的http请求没有超时。

不知道你从哪得到这个主意的。根据您的配置，代理级别可能没有超时，但仍然需要考虑客户端和服务器超时。Kubernetes不会改变部署的内容，只会改变部署的方式。当然，除了RabbitMQ和其他您可以考虑的系统架构之外，还有其他选择，但是“队列工作人员”仍然是一种非常常见的模式，即使围绕它的技术发生了变化，也可能永远如此。