📣线程：让我感到惊讶的是，竟然有这么多人对Signal部分运行在AWS感到惊讶（我们之所以能做到这一点，是因为我们使用加密来确保除了你以外，没有人可以访问你的通讯——无论是AWS、Signal，还是其他任何人）。 这也令人担忧。1/

令人担忧，因为这表明，少数超大规模企业手中权力集中程度的理解远不如我所假设的那样广泛。这对我们制定能够挑战这种集中并解决实际问题的基于现实的战略的能力预示着不利的前景。 2/

问题不是“为什么 Signal 使用 AWS？”而是要审视任何全球实时大规模通信平台的基础设施需求，并问我们是如何走到没有现实替代方案的 AWS 和其他超大规模云服务商的地步的。3/

运行一个低延迟的平台以实现即时通信，能够承载数百万个并发的音频/视频通话，需要一个预构建的、覆盖全球的计算、存储和边缘存在的网络，这需要持续的维护、显著的电力消耗以及持续的关注和监控。 4/

即时通讯要求几乎零延迟。尤其是语音和视频需要复杂的全球信令和区域中继来管理抖动和数据包丢失。这些是 AWS、Azure 和 GCP 在全球范围内提供的服务，实际上，其他（在西方背景下）并不具备这些能力。5/

这不是‘租用服务器’。这是租赁对一个庞大、资本密集、技术能力强的系统的访问权限，该系统在开罗和开普敦都必须同样可用，在曼谷和柏林都必须同样功能齐全。特别是考虑到许多依赖Signal的用户面临的高风险使用案例。6/

这样的基础设施需要数十亿甚至数十亿美元来提供和维护，并且其折旧率极高。在超大规模企业的情况下，惊人的成本由其他业务进行交叉补贴——这些业务本身也是具有显著锁定效应的大型平台。 7/

这意味着像 AWS 这样的基础设施并不是 Signal 或几乎其他任何人都能轻易 "启动" 的。这就是为什么几乎所有管理实时服务的公司——从 Signal 到 X，再到 Palantir 和 Mastodon——至少部分依赖于这些公司提供的服务。8/

但即使 Signal 拥有重建 AWS 所需的数十亿资金，这也不仅仅是金钱的问题。运营这些系统的人才稀缺且集中。专业知识、工具、操作手册，现代 SRE 的语言都源于这些超大规模云服务商，现在与“云”同义。9/

所以，是的，Signal 运行在 AWS 上。它也可以在你的手机上运行，手机使用的是 iOS（苹果）或 Android（谷歌）。在桌面上，它通过 Windows（微软）运行。这些都对大型根深蒂固的科技公司有类似的依赖，以及相应的障碍和风险。10/

简而言之，这里问题不在于 Signal "选择" 在 AWS 上运行。问题在于基础设施领域的权力集中，这意味着实际上没有其他选择：整个技术栈几乎都被 3-4 个参与者所拥有。 11/

因此，Signal 尽我们所能在我们所处的集中生态系统中提供诚信的服务。我们通过端到端加密保护您的通信，这样我们就可以使用 AWS 和其他服务作为传输 Signal 数据的高速公路，以便不让 AWS 或其他任何人获得访问权限。12/

最后：我心中的一线希望是，AWS的宕机可以成为一个学习时刻，让我们清楚地认识到将我们世界的神经系统集中在少数几家公司的风险。这可以帮助我们制定解除这种集中化的方法，创造真正的选择 ❤️ 13/