客戶(hù)端-服務(wù)器模型是一種網(wǎng)絡(luò )架構,描述了服務(wù)器如何共享資源并與網(wǎng)絡(luò )設備交互。對于現代企業(yè)和數據中心,許多服務(wù)器可以促進(jìn)電子郵件、打印、互聯(lián)網(wǎng)連接、應用程序托管等流程??蛻?hù)端-服務(wù)器模型描述了工作站、筆記本電腦和 IoT 設備等網(wǎng)絡(luò )設備(稱(chēng)為客戶(hù)端)如何向網(wǎng)絡(luò )機器或能夠完成請求的軟件(稱(chēng)為服務(wù)器)發(fā)出請求。盡管服務(wù)器過(guò)去一直是機架服務(wù)器等物理設備,但數據中心趨勢表明,管理員越來(lái)越多地為一系列工作負載部署虛擬服務(wù)器。
客戶(hù)端-服務(wù)器模型的組成部分是什么?
所有客戶(hù)端-服務(wù)器框架都包含三個(gè)主要成分:客戶(hù)端、服務(wù)器和連接這兩個(gè)部分的網(wǎng)絡(luò )設備。
示例 |
示例 |
示例 |
---|---|---|
客戶(hù)
企業(yè)曾經(jīng)依賴(lài)共享單一操作系統的工作站,但今天的 IT 環(huán)境力求系統、設備、應用程序和產(chǎn)品之間的互操作性。由于網(wǎng)絡(luò )客戶(hù)端的設備和操作系統類(lèi)型越來(lái)越多樣化,因此管理員有額外的責任確保兼容性。
服務(wù)器
為客戶(hù)提供 IT 資源的高度集中的機器是位于現代數據中心的物理、虛擬和基于云的服務(wù)器。服務(wù)器是企業(yè)組織所依賴(lài)的幾個(gè)基本數字流程的中央權威。
網(wǎng)絡(luò )設備
該框架需要物理或無(wú)線(xiàn)網(wǎng)絡(luò )設備(如集線(xiàn)器、交換機和路由器)來(lái)連接服務(wù)器、客戶(hù)端和資源。建立客戶(hù)端和服務(wù)器之間的連接后,管理員可以配置客戶(hù)端設備如何發(fā)出請求并指定服務(wù)器來(lái)完成特定任務(wù)。
客戶(hù)端-服務(wù)器模型如何工作?
可操作的客戶(hù)端-服務(wù)器架構促進(jìn)了以下過(guò)程:
- 客戶(hù)端通過(guò)支持網(wǎng)絡(luò )的設備提交請求。
- 網(wǎng)絡(luò )服務(wù)器接收并處理請求。
- 服務(wù)器向客戶(hù)端發(fā)送響應。
雖然簡(jiǎn)單,但客戶(hù)端-服務(wù)器模型廣泛適用并且與任何尋求了解內容交付網(wǎng)絡(luò ) (CDN) 或邊緣網(wǎng)絡(luò )機制的人相關(guān)。隨著(zhù)服務(wù)器功能越來(lái)越靠近網(wǎng)絡(luò )邊緣,客戶(hù)端-服務(wù)器進(jìn)程在物理上更靠近最終用戶(hù)。
客戶(hù)端-服務(wù)器模型示例
促進(jìn)電子郵件
通信對于企業(yè)組織至關(guān)重要,蝸牛郵件無(wú)法與電子郵件的速度和可靠性競爭。通過(guò)特定服務(wù)器為組織或網(wǎng)絡(luò )托管電子郵件通信一直是控制特定電子郵件帳戶(hù)和活動(dòng)的長(cháng)期行業(yè)選擇。通過(guò) IMAP、POP3 和 SMTP 等協(xié)議,管理員可以建立一個(gè)系統來(lái)促進(jìn)、保護和維護電子郵件通信。使用他們的電子郵件帳戶(hù)時(shí),員工是請求發(fā)送電子郵件、上傳附件和將聯(lián)系人存儲到電子郵件服務(wù)器的客戶(hù)。
訪(fǎng)問(wèn)網(wǎng)頁(yè)內容
當 Web 客戶(hù)端想要訪(fǎng)問(wèn)特定網(wǎng)站時(shí),他們輸入 URL,瀏覽器從域名系統 (DNS) 請求 IP 地址。DNS 服務(wù)器為用戶(hù)分配一個(gè) IP 地址,用于識別和傳送結果。通過(guò)導航到該網(wǎng)站,客戶(hù)端觸發(fā)了用戶(hù)只能通過(guò) Web 服務(wù)器提供的 HTTP 響應訪(fǎng)問(wèn)的特定 Web 內容。在這種情況下,最終用戶(hù)是獲得數字內容的客戶(hù)。DNS 服務(wù)器和網(wǎng)絡(luò )服務(wù)器建立并促進(jìn)與托管網(wǎng)絡(luò )內容的數據庫的連接。
客戶(hù)端-服務(wù)器模型的優(yōu)缺點(diǎn)
不同類(lèi)型的客戶(hù)端-服務(wù)器架構
四種類(lèi)型的客戶(hù)端-服務(wù)器框架代表了客戶(hù)端-服務(wù)器關(guān)系如何隨著(zhù)網(wǎng)絡(luò )的進(jìn)步而演變。
1 層:多合一系統
所有客戶(hù)端-服務(wù)器配置設置、用戶(hù)界面、業(yè)務(wù)邏輯和數據庫邏輯都位于基本客戶(hù)端-服務(wù)器架構中的網(wǎng)絡(luò )設備上。通常僅限于較小的網(wǎng)絡(luò ),1 層框架在同一臺機器上包括表示層、業(yè)務(wù)層和數據訪(fǎng)問(wèn)層。
2 層:客戶(hù)端和服務(wù)器
2 層體系結構將服務(wù)器添加到組合中,并將表示層與用戶(hù)界面分開(kāi),客戶(hù)端在其中發(fā)出超出其功能的請求??蛻?hù)端和服務(wù)器在不同級別承擔更多業(yè)務(wù)和數據庫邏輯,為管理員提供一些控制權。
3 層:中間件
為了進(jìn)一步保護和豐富 2 層架構,該框架在客戶(hù)端層(表示層)和服務(wù)器層(數據庫層)之間加入了中間件。該應用層提供了第三層,支持更復雜的業(yè)務(wù)邏輯管理。Web 應用程序服務(wù)器等中間件示例提供負載平衡、增加的存儲和安全性。
N 層:多層架構
在 3 層架構的基礎上,N 層描述了進(jìn)一步使用中間件來(lái)分割網(wǎng)絡(luò )流量和功能。盡管這會(huì )帶來(lái)更大的復雜性,但現代企業(yè)組織需要多層架構的靈活性、可擴展性和安全性。
點(diǎn)對點(diǎn) vs 客戶(hù)端-服務(wù)器
盡管客戶(hù)端-服務(wù)器框架是最流行的分布式架構,但提到的最常見(jiàn)的替代方案是對等 (P2P) 網(wǎng)絡(luò )。與提供從組織服務(wù)器到員工、利益相關(guān)者和客戶(hù)的集中式流程的客戶(hù)端-服務(wù)器架構不同,對等網(wǎng)絡(luò )是分散的。網(wǎng)絡(luò )設備與特定的專(zhuān)用服務(wù)器不一致。相反,P2P 網(wǎng)絡(luò )包括稱(chēng)為節點(diǎn)的網(wǎng)絡(luò )設備(客戶(hù)端),它們在彼此之間提交和服務(wù)請求。由于像區塊鏈這樣的 P2P 網(wǎng)絡(luò )以分布式方式工作,因此連接性對運營(yíng)至關(guān)重要。相對于傳統網(wǎng)絡(luò ),節點(diǎn)往往更加異構,跨網(wǎng)絡(luò )共享的數據更少??蛻?hù)端-服務(wù)器模型的設置和維護成本更高,但集中式框架的可靠性和可擴展性始終超過(guò)點(diǎn)對點(diǎn)框架的缺點(diǎn)。
企業(yè)選擇的分布式架構
憑借集中數據控制、工作負載平衡、增加安全性和冗余等優(yōu)勢,客戶(hù)端-服務(wù)器模型是適用于中小型企業(yè)乃至企業(yè)組織的近乎通用的框架。與 P2P 網(wǎng)絡(luò )相比,很容易理解為什么客戶(hù)端-服務(wù)器模型將網(wǎng)絡(luò )的數字操作擴展到這一點(diǎn)。隨著(zhù)組織的發(fā)展,需要采用額外的客戶(hù)端-服務(wù)器架構層來(lái)維護 IT 基礎架構和正確保護數據完整性。為了為全球數百萬(wàn)客戶(hù)和利益相關(guān)者提供服務(wù),企業(yè)需要一個(gè)只有客戶(hù)端-服務(wù)器模型才能提供的強大的分布式框架。