機房命名的行業習慣考

打開任何一家國際雲廠商或機房服務商的節點列表，你大概率會看到三個大寫字母：HKG、SIN、NRT、FRA、LAX。這套字母不是發明出來的，是借來的——借自航空業。

IATA（國際航空運輸協會）自上世紀中葉起爲每個機場分配三字母代碼：HKG 是香港國際機場、SIN 是新加坡樟宜、NRT 是東京成田。數據中心行業在需要給「地理位置」一個短標識時，直接沿用了這套已經全球通行的編碼——原因很實際：它夠短（三個字符進得了任何系統字段）、它無歧義（一個代碼一個地點）、而且它對差旅中的運維工程師天然友好。於是「機房代碼=所在城市機場代碼」成了行業默認習慣，連城市與機場不完全對應的情況也被沿用（東京有 NRT 成田與 HND 羽田兩個碼，機房圈約定俗成用哪個，各家略有差異——本站測速矩陣的東京節點標 NRT，即成田口徑）。

雲廠商帶來了第二套體系：Region 與 AZ。以 us-east-1a 類的命名爲代表——Region（區域）是地理集羣，AZ（可用區）是區域內相互獨立的機房。字母後綴 a/b/c 刻意不指向具體物理位置，這是設計而非含糊：廠商不希望用戶把業務綁死在「某一個具體機房」上，而是綁在「可用區之間的獨立性」這個抽象上——你申請兩個 AZ 做冗餘，至於它們是城市哪兩頭，交給廠商調度。這套體系的哲學與機場代碼相反：機場代碼要的是「精確指地」，AZ 命名要的是「故意模糊」。

第三套是分級體系：Uptime Institute 的 Tier I 到 Tier IV，按冗餘與可維護性把數據中心分四檔——Tier III 的關鍵詞是「可並行維護」（檢修任何一路電力或制冷不必整體停機），Tier IV 是「容錯級」。常見的誤用是把 Tier 當成「豪華程度」的營銷詞——它本義是工程口徑，有明確的判定條目；見到「Tier IV 級機房」的宣傳，值得追問一句認證證書編號（通說：認證有正式流程與公開名錄）。

三套體系各司其職：機場代碼回答「在哪」，Region/AZ 回答「怎麼容災」，Tier 回答「多可靠」。一個測速工具選機場代碼命名節點，理由也在這個分工裏——測速的用戶關心的是「離我的用戶有多遠」，這是一個純粹的地理問題；地理問題用地理編碼回答，最短的路徑就是三個字母。至於容災與等級，那是選型階段的問題，選型頁會用另一套語言說話。

命名從來不只是名字。三套體系背後是三個行業視角：航空業給了地理、雲廠商給了抽象、評級機構給了工程標準——下次看到 HKG 或 us-east-1a，你會知道自己在看哪一層的世界。

寫一篇 900 字左右的行業考據小品：數據中心/機房命名的幾套體系——IATA 機場代碼（HKG/SIN/NRT 類三字母碼）爲什麼成爲行業習慣、雲廠商的 Region/AZ 命名（us-east-1a 類）邏輯、Uptime Institute Tier I-IV 分級的含義與常見誤用。要求：史實部分只寫有公開依據的（不確定的寫明「通說」），結尾解釋一個「測速工具用機場代碼命名節點」的產品視角理由。