現(xiàn)代網(wǎng)絡(luò)的基礎(chǔ)是稱(chēng)為客戶(hù)端-服務(wù)器模型的集中式流程和 IT 框架。50 多年來(lái)，服務(wù)器一直是處理最終用戶(hù)請(qǐng)求和提供特定數(shù)字資源的機(jī)器和機(jī)制。這些請(qǐng)求包括智能手機(jī)上的 Google 搜索和遠(yuǎn)程員工訪問(wèn)公司機(jī)密信息等一切內(nèi)容。

在這兩種情況下，用戶(hù)設(shè)備都會(huì)向另一臺(tái)機(jī)器（如網(wǎng)絡(luò)服務(wù)器）發(fā)出請(qǐng)求，該機(jī)器接收、過(guò)濾、處理、重定向或執(zhí)行這些操作的任意組合，然后返回適當(dāng)?shù)捻憫?yīng)。本文介紹了有關(guān)客戶(hù)端-服務(wù)器模型所需了解的所有內(nèi)容。

什么是客戶(hù)端-服務(wù)器模型？

客戶(hù)端-服務(wù)器模型是一種網(wǎng)絡(luò)架構(gòu)，描述了服務(wù)器如何共享資源并與網(wǎng)絡(luò)設(shè)備交互。對(duì)于現(xiàn)代企業(yè)和數(shù)據(jù)中心，許多服務(wù)器都促進(jìn)了電子郵件、打印、互聯(lián)網(wǎng)連接、應(yīng)用程序托管等流程。

客戶(hù)端-服務(wù)器模型描述了工作站、筆記本電腦和物聯(lián)網(wǎng)設(shè)備等網(wǎng)絡(luò)設(shè)備（稱(chēng)為客戶(hù)端）如何向能夠完成請(qǐng)求的網(wǎng)絡(luò)機(jī)器或軟件（稱(chēng)為服務(wù)器）發(fā)出請(qǐng)求。

盡管服務(wù)器在歷史上一直是機(jī)架服務(wù)器等物理設(shè)備，但數(shù)據(jù)中心趨勢(shì)表明，管理員越來(lái)越多地部署虛擬服務(wù)器來(lái)處理各種工作負(fù)載。

客戶(hù)端-服務(wù)器模型的組件是什么？

所有客戶(hù)端-服務(wù)器框架都包含三個(gè)主要要素：客戶(hù)端、服務(wù)器和連接兩個(gè)部分的網(wǎng)絡(luò)設(shè)備。

客戶(hù)

企業(yè)曾經(jīng)依賴(lài)共享單一操作系統(tǒng)的工作站，但當(dāng)今的 IT 環(huán)境力求實(shí)現(xiàn)系統(tǒng)、設(shè)備、應(yīng)用程序和產(chǎn)品之間的互操作性。

由于網(wǎng)絡(luò)客戶(hù)端的設(shè)備和操作系統(tǒng)類(lèi)型日益多樣化，管理員還承擔(dān)著確保兼容性的額外責(zé)任。

服務(wù)器

向客戶(hù)提供 IT 資源的超集中式機(jī)器是現(xiàn)代數(shù)據(jù)中心內(nèi)的物理、虛擬和基于云的服務(wù)器。服務(wù)器是企業(yè)組織所依賴(lài)的幾個(gè)基本數(shù)字流程的中央權(quán)威機(jī)構(gòu)。

網(wǎng)絡(luò)設(shè)備

該框架要求使用物理或無(wú)線網(wǎng)絡(luò)設(shè)備（如集線器、交換機(jī)和路由器）來(lái)連接服務(wù)器、客戶(hù)端和資源。

建立客戶(hù)端和服務(wù)器之間的連接后，管理員可以配置客戶(hù)端設(shè)備如何發(fā)出請(qǐng)求并指定服務(wù)器完成特定任務(wù)。

客戶(hù)端-服務(wù)器模型如何工作？

操作客戶(hù)端-服務(wù)器架構(gòu)有助于以下過(guò)程：

1. 客戶(hù)端通過(guò)網(wǎng)絡(luò)設(shè)備提交請(qǐng)求。
2. 網(wǎng)絡(luò)服務(wù)器接收并處理該請(qǐng)求。
3. 服務(wù)器向客戶(hù)端發(fā)出響應(yīng)。

客戶(hù)端-服務(wù)器模型雖然簡(jiǎn)單，但適用范圍廣泛，對(duì)于任何想要了解內(nèi)容分發(fā)網(wǎng)絡(luò) (CDN) 或邊緣網(wǎng)絡(luò)機(jī)制的人來(lái)說(shuō)都很重要。隨著服務(wù)器功能越來(lái)越靠近網(wǎng)絡(luò)邊緣，客戶(hù)端-服務(wù)器流程在物理上也越來(lái)越靠近最終用戶(hù)。

客戶(hù)端-服務(wù)器模型示例

方便的電子郵件

通信對(duì)于企業(yè)組織至關(guān)重要，而蝸牛郵件無(wú)法與電子郵件的速度和可靠性相媲美。由特定服務(wù)器托管組織或網(wǎng)絡(luò)的電子郵件通信一直是行業(yè)長(zhǎng)期以來(lái)的控制特定電子郵件帳戶(hù)和活動(dòng)的選擇。

通過(guò) IMAP、POP3 和 SMTP 等協(xié)議，管理員可以建立一個(gè)促進(jìn)、保護(hù)和維護(hù)電子郵件通信的系統(tǒng)。

在使用電子郵件帳戶(hù)時(shí)，員工是客戶(hù)，他們請(qǐng)求發(fā)送電子郵件、上傳附件以及將聯(lián)系人存儲(chǔ)到電子郵件服務(wù)器。

訪問(wèn) Web 內(nèi)容

當(dāng) Web 客戶(hù)端想要訪問(wèn)特定網(wǎng)站時(shí)，他們會(huì)輸入 URL，瀏覽器會(huì)向域名系統(tǒng) (DNS) 請(qǐng)求 IP 地址。DNS 服務(wù)器會(huì)為用戶(hù)分配一個(gè) IP 地址，以便識(shí)別和傳遞結(jié)果。

通過(guò)導(dǎo)航到該網(wǎng)站，客戶(hù)端觸發(fā)了特定的網(wǎng)絡(luò)內(nèi)容，用戶(hù)只能通過(guò)網(wǎng)絡(luò)服務(wù)器提供的 HTTP 響應(yīng)來(lái)訪問(wèn)。

在這種情況下，最終用戶(hù)是呈現(xiàn)數(shù)字內(nèi)容的客戶(hù)端。DNS 服務(wù)器和 Web 服務(wù)器建立并促進(jìn)與托管 Web 內(nèi)容的數(shù)據(jù)庫(kù)的連接。

客戶(hù)端-服務(wù)器模型的優(yōu)點(diǎn)和缺點(diǎn)

不同類(lèi)型的客戶(hù)端-服務(wù)器架構(gòu)

四種類(lèi)型的客戶(hù)端-服務(wù)器框架代表了客戶(hù)端-服務(wù)器關(guān)系如何隨著網(wǎng)絡(luò)進(jìn)步而演變。

第一層：一體化系統(tǒng)

所有客戶(hù)端-服務(wù)器配置設(shè)置、用戶(hù)界面、業(yè)務(wù)邏輯和數(shù)據(jù)庫(kù)邏輯都位于基礎(chǔ)客戶(hù)端-服務(wù)器架構(gòu)中的網(wǎng)絡(luò)設(shè)備上。1 層框架通常僅限于較小的網(wǎng)絡(luò)，在同一臺(tái)機(jī)器上包括表示層、業(yè)務(wù)層和數(shù)據(jù)訪問(wèn)層。

2 層：客戶(hù)端和服務(wù)器

2 層架構(gòu)將服務(wù)器添加到組合中，并將表示層與用戶(hù)界面分離，客戶(hù)端可以在用戶(hù)界面發(fā)出超出其能力范圍的請(qǐng)求?？蛻?hù)端和服務(wù)器在不同級(jí)別承擔(dān)更多的業(yè)務(wù)和數(shù)據(jù)庫(kù)邏輯，為管理員提供一些控制權(quán)。

三層：中間件

為了進(jìn)一步保護(hù)和豐富 2 層架構(gòu)，該框架在客戶(hù)端層（表示層）和服務(wù)器層（數(shù)據(jù)庫(kù)層）之間加入了中間件。

此應(yīng)用層提供了第三層，可實(shí)現(xiàn)更復(fù)雜的業(yè)務(wù)邏輯管理。Web 應(yīng)用服務(wù)器等中間件的示例提供負(fù)載平衡、增加存儲(chǔ)和安全性。

N-Tier：多層架構(gòu)

N-Tier 以 3-Tier 架構(gòu)為基礎(chǔ)，進(jìn)一步利用中間件來(lái)分割網(wǎng)絡(luò)流量和功能。盡管這會(huì)帶來(lái)更大的復(fù)雜性，但現(xiàn)代企業(yè)組織需要多層架構(gòu)的靈活性、可擴(kuò)展性和安全性。

點(diǎn)對(duì)點(diǎn)與客戶(hù)端-服務(wù)器

盡管客戶(hù)端-服務(wù)器框架是最流行的分布式架構(gòu)，但最常見(jiàn)的替代方案是對(duì)等（P2P）網(wǎng)絡(luò)。

與客戶(hù)端-服務(wù)器架構(gòu)不同，對(duì)等網(wǎng)絡(luò)是去中心化的，客戶(hù)端-服務(wù)器架構(gòu)提供從組織服務(wù)器到員工、利益相關(guān)者和客戶(hù)的集中式流程。網(wǎng)絡(luò)設(shè)備不與特定的專(zhuān)用服務(wù)器保持一致。相反，P2P 網(wǎng)絡(luò)包括網(wǎng)絡(luò)設(shè)備（客戶(hù)端），這些設(shè)備稱(chēng)為節(jié)點(diǎn)，它們?cè)诒舜酥g提交和服務(wù)請(qǐng)求。

由于區(qū)塊鏈等 P2P 網(wǎng)絡(luò)采用分布式方式工作，因此連接性對(duì)于運(yùn)營(yíng)至關(guān)重要。相對(duì)于傳統(tǒng)網(wǎng)絡(luò)，節(jié)點(diǎn)往往更加異構(gòu)，并且在網(wǎng)絡(luò)上共享的數(shù)據(jù)更少。

客戶(hù)端-服務(wù)器模型的建立和維護(hù)成本更高，但集中式框架的可靠性和可擴(kuò)展性始終超過(guò)對(duì)等框架的缺陷。

企業(yè)首選的分布式架構(gòu)

客戶(hù)端-服務(wù)器模型具有集中數(shù)據(jù)控制、工作負(fù)載平衡、增加安全性和冗余等優(yōu)點(diǎn)，是中小型企業(yè)乃至大型企業(yè)的近乎通用的框架。

與 P2P 網(wǎng)絡(luò)相比，很容易看出為什么客戶(hù)端-服務(wù)器模型將網(wǎng)絡(luò)的數(shù)字運(yùn)營(yíng)擴(kuò)展到了這一點(diǎn)。隨著組織的發(fā)展，采用額外的客戶(hù)端-服務(wù)器架構(gòu)層是必要的，以維護(hù) IT 基礎(chǔ)設(shè)施并妥善確保數(shù)據(jù)完整性。

為了服務(wù)全球數(shù)百萬(wàn)客戶(hù)和利益相關(guān)者，企業(yè)需要一個(gè)只有客戶(hù)端-服務(wù)器模型才能提供的強(qiáng)大的分布式框架。