客戶端-服務(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)用程序托管等流程。客戶端-服務(wù)器模型描述了工作站、筆記本電腦和 IoT 設(shè)備等網(wǎng)絡(luò)設(shè)備（稱為客戶端）如何向網(wǎng)絡(luò)機(jī)器或能夠完成請(qǐng)求的軟件（稱為服務(wù)器）發(fā)出請(qǐng)求。盡管服務(wù)器過去一直是機(jī)架服務(wù)器等物理設(shè)備，但數(shù)據(jù)中心趨勢(shì)表明，管理員越來越多地為一系列工作負(fù)載部署虛擬服務(wù)器。

客戶端-服務(wù)器模型的組成部分是什么？

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

客戶

企業(yè)曾經(jīng)依賴共享單一操作系統(tǒng)的工作站，但今天的 IT 環(huán)境力求系統(tǒng)、設(shè)備、應(yīng)用程序和產(chǎn)品之間的互操作性。由于網(wǎng)絡(luò)客戶端的設(shè)備和操作系統(tǒng)類型越來越多樣化，因此管理員有額外的責(zé)任確保兼容性。

服務(wù)器

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

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

該框架需要物理或無線網(wǎng)絡(luò)設(shè)備（如集線器、交換機(jī)和路由器）來連接服務(wù)器、客戶端和資源。建立客戶端和服務(wù)器之間的連接后，管理員可以配置客戶端設(shè)備如何發(fā)出請(qǐng)求并指定服務(wù)器來完成特定任務(wù)。

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

可操作的客戶端-服務(wù)器架構(gòu)促進(jìn)了以下過程：

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

雖然簡(jiǎn)單，但客戶端-服務(wù)器模型廣泛適用并且與任何尋求了解內(nèi)容交付網(wǎng)絡(luò) (CDN) 或邊緣網(wǎng)絡(luò)機(jī)制的人相關(guān)。隨著服務(wù)器功能越來越靠近網(wǎng)絡(luò)邊緣，客戶端-服務(wù)器進(jìn)程在物理上更靠近最終用戶。

促進(jìn)電子郵件

通信對(duì)于企業(yè)組織至關(guān)重要，蝸牛郵件無法與電子郵件的速度和可靠性競(jìng)爭(zhēng)。通過特定服務(wù)器為組織或網(wǎng)絡(luò)托管電子郵件通信一直是控制特定電子郵件帳戶和活動(dòng)的長(zhǎng)期行業(yè)選擇。通過 IMAP、POP3 和 SMTP 等協(xié)議，管理員可以建立一個(gè)系統(tǒng)來促進(jìn)、保護(hù)和維護(hù)電子郵件通信。使用他們的電子郵件帳戶時(shí)，員工是請(qǐng)求發(fā)送電子郵件、上傳附件和將聯(lián)系人存儲(chǔ)到電子郵件服務(wù)器的客戶。

訪問網(wǎng)頁(yè)內(nèi)容

當(dāng) Web 客戶端想要訪問特定網(wǎng)站時(shí)，他們輸入 URL，瀏覽器從域名系統(tǒng) (DNS) 請(qǐng)求 IP 地址。DNS 服務(wù)器為用戶分配一個(gè) IP 地址，用于識(shí)別和傳送結(jié)果。通過導(dǎo)航到該網(wǎng)站，客戶端觸發(fā)了用戶只能通過 Web 服務(wù)器提供的 HTTP 響應(yīng)訪問的特定 Web 內(nèi)容。在這種情況下，最終用戶是獲得數(shù)字內(nèi)容的客戶。DNS 服務(wù)器和網(wǎng)絡(luò)服務(wù)器建立并促進(jìn)與托管網(wǎng)絡(luò)內(nèi)容的數(shù)據(jù)庫(kù)的連接。

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

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

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

1 層：多合一系統(tǒng)

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

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

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

3 層：中間件

為了進(jìn)一步保護(hù)和豐富 2 層架構(gòu)，該框架在客戶端層（表示層）和服務(wù)器層（數(shù)據(jù)庫(kù)層）之間加入了中間件。該應(yīng)用層提供了第三層，支持更復(fù)雜的業(yè)務(wù)邏輯管理。Web 應(yīng)用程序服務(wù)器等中間件示例提供負(fù)載平衡、增加的存儲(chǔ)和安全性。

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

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

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

盡管客戶端-服務(wù)器框架是最流行的分布式架構(gòu)，但提到的最常見的替代方案是對(duì)等 (P2P) 網(wǎng)絡(luò)。與提供從組織服務(wù)器到員工、利益相關(guān)者和客戶的集中式流程的客戶端-服務(wù)器架構(gòu)不同，對(duì)等網(wǎng)絡(luò)是分散的。網(wǎng)絡(luò)設(shè)備與特定的專用服務(wù)器不一致。相反，P2P 網(wǎng)絡(luò)包括稱為節(jié)點(diǎn)的網(wǎng)絡(luò)設(shè)備（客戶端），它們?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ù)更少。客戶端-服務(wù)器模型的設(shè)置和維護(hù)成本更高，但集中式框架的可靠性和可擴(kuò)展性始終超過點(diǎn)對(duì)點(diǎn)框架的缺點(diǎn)。

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

憑借集中數(shù)據(jù)控制、工作負(fù)載平衡、增加安全性和冗余等優(yōu)勢(shì)，客戶端-服務(wù)器模型是適用于中小型企業(yè)乃至企業(yè)組織的近乎通用的框架。與 P2P 網(wǎng)絡(luò)相比，很容易理解為什么客戶端-服務(wù)器模型將網(wǎng)絡(luò)的數(shù)字操作擴(kuò)展到這一點(diǎn)。隨著組織的發(fā)展，需要采用額外的客戶端-服務(wù)器架構(gòu)層來維護(hù) IT 基礎(chǔ)架構(gòu)和正確保護(hù)數(shù)據(jù)完整性。為了為全球數(shù)百萬客戶和利益相關(guān)者提供服務(wù)，企業(yè)需要一個(gè)只有客戶端-服務(wù)器模型才能提供的強(qiáng)大的分布式框架。