到目前为止，您可能已经听说过 Mastodon，这是一个自 Elon Musk 接管 Twitter 以来越来越受欢迎的开源微博平台。

该平台的一个主要特点是它是去中心化的分布式架构，可提供弹性，但缺点是它可能会导致拥塞并增加无准备者的延迟。

Mastodon 的工作原理如下。它的服务器（实例）彼此半独立运行，用户在面向他们感兴趣的社区的服务器上注册。但是用户可以关注 Fediverse 中的其他人并与之互动——托管在其他 Mastodon 实例上的用户以及使用来自万维网联盟的开源ActivityPub 协议的其他服务。

根据该公司首席执行官 Eugen Rochko 的说法，Mastodon 的活跃用户在 10 月 27 日至 11 月 6 日期间几乎翻了一番，这造成了一些成长的烦恼。Mastodon 和 ActivityPub 的分布式特性在保持实例和 Fediverse 级别的服务社区驱动方面具有优势，但一些用户开始注意到似乎与他们的体系结构相关的缺陷。

权力下放：稳健，不一定有效

分布式系统的一个常量是每个实例都必须共享其数据的某个子集。就 Mastodon 而言，其中大部分都围绕着追随者展开。如果一个 Mastodon 实例上的用户 A 在另一个实例上关注用户 B，则第二个实例需要知道当用户 B 发帖时通知哪个实例。因为第一个实例被用户 B、用户 A 和其他用户通知了一个新帖子该实例可以在其联合提要中有效地查看该帖子，甚至即使该帖子发生在另一个实例上也能收到通知。

这种联合最终意味着每个新帖子都可以触发多个 Mastodon 实例之间的同步，具体取决于谁关注了用户。随着新 Mastodon 实例的建立和用户网络复杂性的增加，来自用户帖子的流量将继续攀升。4g dtu

当用户将他们的帐户从一个实例迁移到另一个实例时，也会进行类似的工作。托管用户的实例必须将移动通知给跟随用户的实例，并且必须向接收实例提供关注者列表。此过程还涉及 Mastodon 实例重新协商用户和关注者之间的身份验证链接。由于每个 Mastodon 实例在服务器配置（硬件和软件）和用户数量方面都有不同的扩展，因此迁移所涉及的时间可能需要数天甚至数周。当用户陷入困境时，他们的服务能力就会下降。

这些潜在的网络流量问题实际上只会影响那些托管 Mastodon 实例的人，诚然，这只是一小部分 IT 专业人员。但这并不意味着企业管理员在游戏中没有利害关系。Netscape 浏览器的早期开发者之一的行业传奇人物 Jamie Zawinski本周指出，他的博客在发布到他的 Mastodon 个人资料后立即多次被下线。

经过一些调查，Zawinski 将此行为归因于来自多个 Mastodon 实例的流量快速增加，这些实例都试图同时访问该博客文章。其他用户也注意到了类似的问题，特别是每个 Mastodon 实例都会点击 URL 以检索预览图像和页面标题以作为帖子的一部分显示。

保护您的内容

内容提供商显然是最应该关注这些发现的利基市场。如果您管理一个推动分享和社交媒体互动的网站或服务，那么您的基础设施可能会受到 Mastodon 底层架构的影响。病毒式传播固然很好，但如果您的系统无法处理额外用户流量加上系统生成的点击量的影响，那么额外关注可能不会产生收入。

最佳实践是确保您的服务保持稳定的最终答案，使用监控工具来跟踪性能和利用率是重要的第一步。如果无法识别导致带宽利用率激增的流量来源，就很难做出适当的反应。同样，采用内容分发网络或缓存功能将有助于减轻网络流量高峰的影响。还可能需要以基于云的应用程序平台或可以动态扩展或缩小的容器化应用程序基础设施的形式规划自动化弹性，以完全应对 Mastodon 不断增长的规模。