作为我们仲裁队列系列的一部分，我们将深入了解流量控制，它如何保护 RabbitMQ 免受过载，以及这与仲裁队列的关系。
流量控制是一个在计算机网络和网络软件中存在数十年的概念。从本质上讲，它是一种对发送方施加反压力的机制，以避免接收方过载。接收方通常会缓冲传入的数据包/消息，作为处理发送速率超过其处理速率的一种方式。但是接收方缓冲区无法无限增长，因此发送速率应该只短暂地超过接收方处理能力（突发流量），或者必须降低发送方的速度（反压力）。
流量控制是一种对发送方施加这种反压力的方式，降低发送方的速度，以确保接收方缓冲区不会溢出，并且延迟不会变得过大。在一系列发送方/接收方中，这种反压力可以向上游传播到流量的源头。在更复杂的互连组件图中，流量控制可以在快速和慢速发送方之间平衡传入流量，避免过载，但允许系统即使在发送方数量、速率和负载模式（稳定或突发）不同时也能达到完全利用率。
仲裁队列对于 RabbitMQ 来说仍然相对较新，许多人仍然没有从经典的镜像队列切换过来。在迁移到这种新的队列类型之前，您需要确保您的硬件能够支持您的工作负载，而一个重要的因素是您使用的存储驱动器。
在这篇博文中，我们将更深入地了解仲裁队列及其在不同存储配置下的性能特征。
简而言之，我们强烈建议在使用仲裁队列时使用 SSD。原因是仲裁队列对 IO 延迟敏感，而 SSD 比 HDD 提供更低的延迟 IO。如果 IO 延迟较高，您会看到吞吐量降低、端到端延迟增加以及其他一些不良影响。
在本帖的后面，我们将使用各种具有不同 SSD 和 HDD 配置的基准测试来演示我们为何推荐这样做。
这是关于仲裁队列（我们新的复制队列类型）系列的第一部分。我们将涵盖从仲裁队列是什么、硬件需求、从镜像队列迁移以及最佳实践等所有内容。
镜像队列，也称为 HA 队列，多年来一直是需要额外数据安全保证的消息的首选方案。仲裁队列是下一代复制队列，旨在取代镜像队列的大多数用例，并且从 3.8 版本开始可用。
在本博客系列中，我们将涵盖以下内容
由于 COVID-19 病毒的不确定性，RabbitMQ 峰会团队取消了 2020 年 6 月在柏林举行的峰会。我们仍然希望能够继续执行 11 月在纽约举行峰会的计划。请继续关注更新。
除了本月的其他贡献之外，我们还有关于在微服务架构中成功使用 RabbitMQ 的资源，为什么您应该在您的项目中使用 Rabbit 和 SpringBoot 进行消息传递，以及许多其他提示和技巧。所以深入研究吧，水很清澈！并且请大家注意安全。
本月 RabbitMQ — 2020 年 2 月回顾！
RabbitMQ 峰会 又要来了！这次，聚会将在 6 月 9 日在柏林举行，并且征稿（在活动中发言）开放至 3 月 22 日。
做好标记，复习一下您的德语，并购买门票，抓住下一次沉浸在 RabbitMQ 世界的机会。我相信那里至少会有几个RabbitMQ 影响者，太棒了 :)
本月 RabbitMQ，2020 年 1 月回顾
介绍 TGI RabbitMQ！受 TGI Kubernetes 的启发，RabbitMQ 工程师 Gerhard Lazu 启动了一系列教程视频。每个月月底收看最新版本。在 1 月份，Gerhard 涵盖了从 3.7 升级到 3.8。收藏并观看存储库以获取未来剧集的更新。
此外，请务必查看我们发布到 Grafana 的仪表板。这些是开始使用 3.8 中新的Prometheus 和 Grafana 支持的好方法。
本月 RabbitMQ — 12 月回顾！
新年快乐！3.8.x 已经发布了三个多月了，我们看到很多优秀的采用。这是一个好消息，因为添加了功能标志后，升级过程变得更加容易。继续升级！
在CloudAMQP 博客上，您现在可以找到所有 RabbitMQ 峰会演讲的视频记录。如果您错过了活动，或者在活动中错过了其他赛道的某个环节，这些内容会很有用，在观看完整的 30 分钟重播之前，您可以先了解演讲的内容。
例如，请查看观察和理解 RabbitMQ。
我们还发布了关于 LAIKA 的新案例研究，这是一家动画公司，曾制作过《通灵男孩诺曼》、《盒子怪》和《缺席的环节》等电影。如果您有兴趣在 rabbitmq.com 上介绍您使用 RabbitMQ 的案例，请在邮件列表中留言或发送邮件至info@rabbitmq.com。
位于俄勒冈州波特兰市的LAIKA是一家首屈一指的定格动画公司。凭借《鬼妈妈》、《通灵男孩诺曼》、《盒子怪》、《久保与二弦琴》以及最近的《缺席的环节》等获奖电影，LAIKA 以其独特的审美而闻名。LAIKA 制作电影的方式位于高科技和模拟技术的交汇点。
LAIKA 的小型 IT 团队对动画业务充满热情。“我们支持制作，制作电影。”LAIKA 的高级技术专家 Mahlon Smith 解释道。该团队在幕后，在布景木匠、画家和电影导演之间。“我们尽可能高效地支持制作。节省的每一美元都可以用于屏幕。”
这种财政责任感引导团队走向可重用技术。尤其是在集成方面。考虑到这种节俭，该团队早在 2009 年就开始关注 RabbitMQ。他们在过去六年中使用 RabbitMQ 的经验是，如何利用灵活的消息骨干解决更多问题。
上个月对于 RabbitMQ 社区来说是一个重要的月份，因为 RabbitMQ 峰会在伦敦举行！如果您错过了活动，或者您参加了活动，但错过了其他赛道的某个环节，所有录音现已提供。此外，请务必查看我们的概述博客，以获取RabbitMQ 3.8 中新增功能的易于理解的摘要。
RabbitMQ 核心团队成员 Gerhard Lazu 将在即将举行的网络研讨会中介绍更多新的 3.8 功能和经验教训。请在 12 月 12 日收看！
本月（以及上个月）的 RabbitMQ — 10 月和 9 月回顾！
我们这个月有点落后了！10 月初，我们发布了 RabbitMQ 3.8。没错，各位，RabbitMQ 3.8 最终发布了！
主要功能包括
您将在下面的社区更新部分中找到一些来自社区中一直在试用该版本的用户的早期评论。确保您了解所有升级最佳实践，以避免升级到 RabbitMQ 3.8 时的潜在风险。