導讀編輯導語：網絡七層結構，不管是對技術人員還是產品經理而言，都比較難理解。本篇文章中，作者結合自己的經驗，從宏觀和微觀方面解析它。感興趣的小伙伴，不妨來看看吧....

編輯導語：網絡七層結構，不管是對技術人員還是產品經理而言，都比較難理解。本篇文章中，作者結合自己的經驗，從宏觀和微觀方面解析它。感興趣的小伙伴，不妨來看看吧。

“物理層、鏈路層、網絡層、傳輸層、會話層和應用層”，今天我們的目標就是把這些個玩意，翻譯成“人話”，快來看看產品經理是怎么研究技術的吧~

前言

其實啊，我也不想“招惹”這些個玩意，但無奈我所在的業務領域，屬于網絡安全領域。

不搞清楚這些東西，工作根本開展不下去，木得辦法，只能一口一口啃了……

我們之前就提到過，產品經理研究技術，只需要了解技術原理即可，不需要明白技術實現。

今天我們一方面目的肯定是搞清楚網絡七層結構，能用“人話”說明白；

另一方面，也可以一起來看看，產品經理研究技術的正確姿勢應該是什么樣的。

來吧，走你~

一、宏觀

理解我們做任何事情，都得從宏觀到微觀對吧。

首先呢，就讓我們先從宏觀層面了解一下，這個網絡七層結構，到底是個什么玩意。

本著“有問題，找百度”的原則，我打開了百度百科，然后就發現了以下這些內容：

看到這些查找出來的“答案”，相信大家跟我的感覺是一樣的：“看是不可能看懂的，這輩子估計都看不懂了……”

想要看懂這些東西怎么辦呢？

按照“正常”的思路，我們是不是得先思考一下，這七層在我們熟悉的概念里，都跟哪些內容相關？

研究之后能了解到，大概跟應用程序、操作系統、路由器、交換機這些玩意相關。

然后還得研究一下，這個七層之間是怎么關聯起來的？

于是啊，就得接著研究協議這個玩意了，知道大概是一層一層的封包或者解包來傳輸數據。

但協議這個玩意跟計算機是怎么結合的呢？比如操作系統是如何把IP數據包發給網卡的？

這個時候問題就大了，我們可能需要研究一家伙Linux網絡實現。

然后再去理解操作系統與外設的通信，中間可能還要寫個驅動模塊加深印象。

接著去看數字電路，拼命搞清楚觸發器和時序電路這些東西。

終于，世界清靜了，一切都頓悟了。

等一下，晶體管是如何起到開關作用的？我們好像還得學學物理……

其實以上說的啥，我自己都不知道，純屬一頓胡謅，哈哈哈。

但我知道的是，這個“正常”的思路，絕對是“不正常”的。

我只是給大家舉個反面例子，但相信很多人，面對陌生的知識時，都會犯這種“打破砂鍋問到底”的錯誤~

宏觀理解層面，講究的是“不求甚解”，只需要理解到以下這種程度即可。

整個網絡當中，最基本或者是最核心的就是數據的傳輸，整個網絡的搭建，都是為數據傳輸服務的，我們類比一下快遞物流的例子，就可以初步理解這七層都是干嘛的了：

1. 應用層

應用層的作用是為應用程序提供服務并規定應用程序中通訊相關的細節，也就是為應用提供服務。

常見的協議有 HTTP，FTP，TELNET、SMTP 等。

翻譯成“人話”：

相當于收件員。當客戶（應用）打電話（發起請求）給收件員（應用層）時，收件員可以根據客戶的不同需求提供不同的服務（不同協議），比如隔天送達、指定時間送達等等。

2. 表示層

表示層的作用是將應用處理的信息轉換為適合網絡傳輸的格式，或者將來自下一層的數據轉換為上層能處理的格式。

它主要負責數據格式的轉換。具體來說，就是將設備固有的數據格式轉換為網絡標準格式。常見的協議有 ASCII、SSL/TLS 等。

翻譯成“人話”：

相當于打包員。如果快遞（數據）太臃腫，他會在不破壞快遞的情況下壓扁（壓縮）它。

如果客戶注重安全線，全能的快遞公司還能用密碼箱（ SSL/TLS）打包快遞再快送。

當然，打包員會確定，目的地快遞站的拆包員，能無損地拆開包裹，將快遞交給用戶。

3. 會話層

會話層作用是負責建立和斷開通信連接，以及數據分割等數據傳輸相關的管理。常見的協議有 ADSP、RPC 等。

翻譯成“人話”：

相當于調度員。對快遞運輸進行調度指揮。

例如這次客戶要發100噸沙土（數據），到底是空運、陸運還是海運。

而運完之后，相關信息（連接）也可以被銷毀了，這些都是他的職責。

4. 傳輸層

傳輸層起著可靠傳輸的作用。只在通信雙方節點進行處理，而不需在路由器上處理。

此層有兩個具有代表性的協議：TCP 與 UDP。

翻譯成“人話”：

相當于跟單員。負責任的跟單員（使用 TCP 協議）會保證快遞送到客戶手上，如果送不到就讓公司再發一次。

不負責任的跟單員（使用 UDP 協議）只管將快遞送到客戶指定的地方，不管快遞是否送到客戶手上。

5. 網絡層

網絡層負責將數據傳輸到目標地址。目標地址可以是多個網絡通過路由器連接而成的某一個地址。

因此這一層主要負責尋址和路由選擇。主要由 IP、ICMP 兩個協議組成。

翻譯成“人話”：

相當于路線規劃員。快遞公司有很多集散中心（路由器），根據集散中心的情況（是否擁堵），找出一條最合適的路徑將貨物（數據）沿路運過去。

6. 數據鏈路層

該層負責物理層面上互連的節點之間的通信傳輸。例如與1個以太網相連的兩個節點間的通訊。常見的協議有 HDLC、PPP、SLIP 等。

翻譯成“人話”：

相當于駕駛員。他們駕駛著汽車，將打包好的快遞（數據幀）從一個城市（物理節點）運輸到另一個城市。

7. 物理層

物理層負責0、1比特流（0、1序列）與電壓高低、光的閃滅之間的互換。

典型的協議有 RS 232C、RS 449/422/423、V.24 和 X.21、X.21bis 等。

翻譯成“人話”：

相當于交通工具。例如公路、汽車和飛機等，承載貨物（數據）的交通運輸。

注意，注意，注意！

如果以上一堆文字都懶得看的話，那直接看下面這個圖也行，這可是我耗費了大半天時間消化理解的。

二、微觀剖析宏觀層面，我們得先知道這網絡七層結構是個什么玩意，然后再逐步將它轉化成知識。微觀層面呢，今天真的是啃不動了，先把這些能想到問題拋出來吧，畢竟好的問題，已經是成功的一半了~文章開頭說了，我們身處于網絡安全領域，那么用大拇腳指頭隨便一想，就會發出以下疑問：

1. 整個網絡的流程是怎樣的，都有哪些關鍵節點？（其實今天的內容，大概能回答這些問題）
2. 對網絡進行監控的話，都可以監控哪些關鍵指標，這些指標的意義是什么？
3. 指標異常以后，可以采取哪些應對措施？
4. 指標監控是怎樣實現的？

我們來看看這四個問題，第一個其實是在研究業務流程，第二三兩項是在研究用戶場景，第四項是在考慮技術實現，指標都是數據嘛，也可以說成是在研究數據邏輯。

這些都是我們需求分析方法論中的內容呀~

有興趣的同學，可以去查看我之前總結過的需求分析的方法論吧~

#專欄作家#

曉莊同學；公眾號：曉莊同學產品筆記，人人都是產品經理專欄作家。互聯網老兵，各大平臺專欄作者。

本文原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議