问题描述
在分布式系统中使用SQS队列时，面临一个问题：如何确保将消息公平地分发给多个客户端（也就是工作服务器）？例如，如果队列中有100条消息，当有5个工作服务器时，希望每个服务器能够平均接收到20条消息。用户还在疑惑AWS ELB（弹性负载均衡器）是否能够帮助解决这个问题，如果可以，应该如何配置？如果不能，AWS生态系统中是否有其他可用的服务可以实现这个需求？
解决方案
请注意以下操作可能存在版本差异或风险，请根据实际情况选择合适的方法。
使用SQS的特性来保证公平分发
SQS本身提供了一些特性，使得消息在多个消费者之间能够相对均匀地分配，不会出现过大的不均衡情况。以下是一些可行的方法：
1. 使用长轮询（long polling）：通过设置较长的等待时间，例如20秒，使得消费者能够等待一段时间以收集更多的消息，从而减小短时间内的消息分配不均衡情况。
2. 合理控制消息的删除时机：确保消息在被处理之后再从队列中删除，这样可以避免已处理的消息再次被其他消费者获取。注意，SQS消息有一个最长的可见性超时时间（12小时），超过这个时间未被删除的消息会重新出现在队列中。
利用工作服务器处理时间来实现均衡分发
如果假设每条消息的处理时间相对较长（例如3分钟），那么即使初始分配不是完全均衡的，长期来看也可以达到比较均衡的分发情况。这是因为消息的处理时间远大于轮询队列的时间，从而平衡了分发。
控制每个消费者的消息接收数量
虽然SQS本身无法直接控制每个消费者接收的消息数量，但可以在消费者端进行一些控制。可以在消费者的轮询脚本中设置一个阈值，来控制每个消费者一次获取的消息数量。这个阈值可以动态调整，比如设置为队列中的ApproximateNumberOfMessagesVisible除以消费者数目。当某个消费者处理能力饱和时，它不删除消息，这些消息会重新回到队列中，可以被其他处理能力充足的消费者获取。这样，消息的均衡分发就在一定程度上得以实现。
以上方法中，用户可以根据实际需求选择合适的策略来保证消息的公平分发。同时，要注意分布式系统中可能涉及到的竞态条件（race conditions）问题，但根据SQS的设计，多个同时消费者是被允许的，因此一般情况下不会有问题。
此外，如果希望有故障恢复机制，可以参考一些相关的解决方案，但在分布式架构中，这可能会增加复杂性。可以根据团队需求进行权衡。
这些方法应该能帮助用户解决公平分发消息的问题。要注意根据实际情况选择合适的方法，以及根据具体需求调整参数。