📣串流：令我驚訝的是，這麼多人對於 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/