互聯網如何運作——互動圖解
在一張互動畫布上解釋互聯網如何運作：你的裝置、本地網絡、ISP 基礎設施與網頁伺服器，以及一個請求和它的回應如何在它們之間往返。
互聯網不是一部機器——它是一個由路由器組成的傳送網絡，在你的裝置與網頁伺服器之間搬運封包，而其中每一步都由不同的機構擁有。
互聯網如何運作——互動圖解
The interactive FlowJam canvas for this explanation — every lane, row and arrow above is a real QueryChart diagram you can open and edit.
How to read this visual
- 由左上角的「你的裝置」群組開始，沿箭頭往下經過「本地網絡」與「互聯網基礎設施」，一直去到「網頁伺服器」。
- 兩條直欄就是旅程的兩半：「請求的旅程」由左至右前進，然後「回應的旅程」這一欄隨著答案返回而順著頁面向下讀。
- 一個離開某個泳道群組、進入另一個群組的箭頭，就是不同擁有者之間的一次交接——舉例來說，ISP 的網絡既不是你的網絡，也不是伺服器的網絡。
請求的旅程
流程由「你的裝置」群組裡的「你在瀏覽器輸入一個 URL」開始，然後是「瀏覽器向 DNS 查詢域名在哪裡」——那次把人類看得懂的名稱對應到伺服器 IP 位址的查詢，本身就是另一張圖解的主題。接著請求離開你的掌控：「你的路由器把請求轉發出去」把它交到「本地網絡」群組，而「封包在 ISP 網絡之間跳轉」則跨進「互聯網基礎設施」。在另一端，「網頁伺服器收到請求」與「伺服器組裝頁面與其檔案」把旅程帶進「網頁伺服器」群組。
回應路徑
伺服器的答案不是單一一個檔案：HTML、CSS、JavaScript 與圖片是分開的封包。「回應路徑」群組顯示的是這段倒轉的過程——「回應封包沿網絡傳回」，然後「你的路由器把封包送到你的裝置」跨回本地網絡，而「瀏覽器把頁面呈現出來」令流程在它開始的地方，也就是「你的裝置」，結束。那趟回程正是大部分關於互聯網的說明都略去的部分。
邊界才是重點
這張畫布上每一個箭頭都跨越一道群組邊界，而每一道邊界背後都是不同的擁有者：你的路由器、某個 ISP 的網絡、伺服器的寄存供應商。每一次交接都是延遲、故障與保安控制所在之處——這也是為甚麼同樣的形狀會在 DNS 與 HTTPS 的圖解裡重複出現，以及為甚麼 REST API 的流量跑在這張畫布所描繪的同一套網絡基礎設施之上。
Key relationships and takeaways
- 互聯網是一個由獨立路由器組成的封包交換網絡，而不是一條電纜或一間公司。
- 每一個請求至少跨越三道擁有權邊界：你的網絡、ISP 基礎設施，以及伺服器的網絡。
- DNS 是先決的一步——沒有 IP 位址查詢，請求就沒有目的地。
- 回應是許多個分別傳回的封包，由瀏覽器重新組裝。
- 同一套網絡基礎設施承載所有網頁流量，這就是為甚麼加密（HTTPS）在兩端至關重要。
When to use this visual
- 向新入職的開發人員或非技術同事解釋，由輸入一個 URL 到看見頁面之間到底發生了甚麼。
- 把關於延遲、服務中斷或地區效能的討論，落到流量實際跨越的那個實體網絡上。
- 讓支援團隊或 SRE 團隊認識擁有權邊界——每一跳上出現的緩慢請求，究竟是誰的問題。
運作方式
把群組改名為你自己的基礎設施
把「你的裝置」、「本地網絡」、「互聯網基礎設施」與「網頁伺服器」換成你環境裡真實存在的跳轉——一個企業代理伺服器、一條 VPN、一個雲端區域、一個指定的主機名稱。
加入你關心的那些跳轉
把「互聯網基礎設施」拆成你的流量實際跨越的那幾個網絡，或者在網頁伺服器與回應路徑之間加入一個內容傳送網絡（CDN）群組。
為每一次交接加上備註
在每一個跨越邊界的箭頭上加一則備註，記下下一位擁有者是如何得知請求即將到來的——一條 TCP 連線、一個 HTTP 標頭、一筆 DNS 紀錄——因為那才是各團隊真正會爭論的細節。
檢查每一條路徑都有終點
當你加入失敗分支（逾時、連接埠被封鎖、伺服器錯誤）時，為每一條都給出一個明確的終點，令圖上永遠不會有一條路線懸空。
常見問題
互聯網運作的核心概念是甚麼？
互聯網是一個由各自獨立營運的網絡互相傳遞封包所組成的網絡。你的資料會被拆成封包，每一個都按目的地 IP 位址一跳一跳地路由過去，而回應亦沿同樣的方式返回。沒有任何一間公司擁有整條路徑——這就是為甚麼這張圖解要畫成分開的群組：你的裝置、你的本地網絡、ISP 基礎設施與網頁伺服器。
一個請求怎樣在互聯網上找到路？
每一部裝置都有一個 IP 位址，路由器會把每一個封包朝它轉發。當你的瀏覽器透過 DNS 解析域名時，它就得知伺服器的 IP 位址；此後每一個路由器讀取目的地，再挑選下一跳。路線在封包與封包之間可以改變——圖解把這一切簡化成一次跨越，好讓擁有權的交接保持可見。
回應是不是就等於請求倒過來走？
就形狀而言是的：回應是穿過同類網絡、朝你的裝置傳回的封包，由瀏覽器重新組裝。但細節上並不相同——回應封包可能走不同路線、次序錯亂地抵達，而伺服器亦可能由另一個網絡或一個 CDN 送出它們。圖解把回應保留為獨立的群組，正是為了令這趟回程顯而易見。
保安在這幅圖裡處於甚麼位置？
網絡並不私密：任何控制著你的封包所經路由器的人都可以看到它們，這就是為甚麼 HTTPS 要把內容加密。DNS 與 HTTPS 這兩張圖解涵蓋了這張畫布所依賴的兩套機制——那次令你的瀏覽器得到目的地的查詢，以及那層令整趟旅程只在兩端可讀的加密。
用 QueryChart（FlowJam）編輯這張圖解
把上面這張畫布開啟為你自己的圖表——移動群組、增加跳轉，或者把泳道改成你自己的基礎設施。