「架構技術專題」9種高效能高可用高併發的技術架構(5)
每一個模式描述了一個在我們周圍不斷重複發生的問題及該問題解決方案的核心。這樣,你就能一次又一次地使用該方案而不必做重複工作。 所謂網站架構模式即為了解決大型網站面臨的高併發訪問、海量資料、高可靠執行燈一系列問題與挑戰。為此,在實踐中提出了許多解決方案,以實現網站高效能、高可靠性、易伸縮、可擴充套件、安全等各種技術架構目標。
1、分層
分層是企業應用系統中最常見的一種架構模式,將系統在橫向維度上切分成幾個部分,每個部分負責一部分相對簡單並比較單一的職責,然後通過上層對下層的依賴和排程組成一個完整的系統。
在網站的分層架構中,常見的為3層,即應用層、服務層、資料層。應用層具體負責業務和檢視的展示;服務層為應用層提供服務支援;資料庫提供資料儲存訪問服務,如資料庫、快取、檔案、搜尋引擎等。
分層架構是邏輯上的,在物理部署上,三層架構可以部署在同一個物理機器上,但是隨著網站業務的發展,必然需要對已經分層的模組分離部署,即三層結構分別部署在不同的伺服器上,是網站擁有更多的計算資源以應對越來越多的使用者訪問。
所以雖然分層架構模式最初的目的是規劃軟體清晰的邏輯結構以便於開發維護,但在網站的發展過程中,分層結構對網站支援高併發向分散式方向的發展至關重要。
2、冗餘
網站需要7×24小時連續執行,那麼就得有相應的冗餘機制,以防某臺機器宕掉時無法訪問,而冗餘則可以通過部署至少兩臺伺服器構成一個叢集實現服務高可用。資料庫除了定期備份還需要實現冷熱備份。甚至可以在全球範圍內部署災備資料中心。
3、分隔
如果說分層是將軟體在橫向方面進行切分,那麼分隔就是在縱向方面對軟體進行切分。
網站越大,功能越複雜,服務和資料處理的種類也越多,將這些不同的功能和服務分隔開來,包裝成高內聚低耦合的模組單元,不僅有助於軟體的開發維護也便於不同模組的分散式部署,提高網站的併發處理能力和功能擴充套件能力。
大型網站分隔的粒度可能會很小。比如在應用層,將不同業務進行分隔,例如將購物、論壇、搜尋、廣告分隔成不同的應用,有對立的團隊負責,部署在不同的伺服器上。
4、非同步
使用非同步,業務之間的訊息傳遞不是同步呼叫,而是將一個業務操作分成多個階段,每個階段之間通過共享資料的方法非同步執行進行協作。
具體實現則在單一伺服器內部可用通過多執行緒共享記憶體對了的方式處理;在分散式系統中可用通過分散式訊息佇列來實現非同步。
非同步架構的典型就是生產者消費者方式,兩者不存在直接呼叫。
5、分散式
對於大型網站,分層和分隔的一個主要目的是為了切分後的模組便於分散式部署,即將不同模組部署在不同的伺服器上,通過遠端呼叫協同工作。分散式意味著可以使用更多的計算機完同樣的工作,計算機越多,CPU、記憶體、儲存資源就越多,能過處理的併發訪問和資料量就越大,進而能夠為更多的使用者提供服務。
在網站應用中,常用的分散式方案有一下幾種.
分散式應用和服務:將分層和分隔後的應用和服務模組分散式部署,可以改善網站效能和併發性、加快開發和釋出速度、減少資料庫連線資源消耗。
分散式靜態資源:網站的靜態資源如JS、CSS、Logo圖片等資源對立分散式部署,並採用獨立的域名,即人們常說的動靜分離。靜態資源分散式部署可以減輕應用伺服器的負載壓力;通過使用獨立域名加快瀏覽器併發載入的速度。
分散式資料和儲存:大型網站需要處理以P為單位的海量資料,單臺計算機無法提供如此大的儲存空間,這些資料庫需要分散式儲存。
分散式計算:目前網站普遍使用Hadoop和MapReduce分散式計算框架進行此類批處理計算,其特點是移動計算而不是移動資料,將計算程式分發到資料所在的位置以加速計算和分散式計算。
6、安全
網站在安全架構方面有許多模式:通過密碼和手機校驗碼進行身份認證;登入、交易需要對網路通訊進行加密;為了防止機器人程式濫用資源,需要使用驗證碼進行識別;對常見的XSS攻擊、SQL隱碼攻擊需要編碼轉換;垃圾資訊需要過濾等。
7、自動化
具體有自動化釋出過程,自動化程式碼管理、自動化測試、自動化安全檢測、自動化部署、自動化監控、自動化報警、自動化失效轉移、自動化失效恢復等。
8、叢集
對於使用者訪問集中的模組需要將獨立部署的伺服器叢集化,即多臺伺服器部署相同的應用構成一個叢集,通過負載均衡裝置共同對外提供服務。
伺服器叢集能夠為相同的服務提供更多的併發支援,因此當有更多的使用者訪問時,只需要向叢集中加入新的機器即可;另外可以實現當其中的某臺伺服器發生故障時,可以通過負載均衡的失效轉移機制將請求轉移至叢集中其他的伺服器上,因此可以提高系統的可用性。
9、快取
快取目的就是減輕伺服器的計算,使資料直接返回給使用者。在現在的軟體設計中,快取已經無處不在。具體實現有CDN、反向代理、本地快取、分散式快取等。
使用快取有兩個條件:訪問資料熱點不均衡,即某些頻繁訪問的資料需要放在快取中;資料在某個時間段內有效,不過很快過期,否在會因為資料過期而髒讀,影響資料的正確性。
歡迎關注!
相關文章
- 九種高效能可用高併發的技術架構架構
- 大型網站技術架構(五)--網站高可用架構網站架構
- Twitter 高併發高可用架構架構
- 高併發數字資產交易平臺開發技術架構架構
- 高效能,高可用,安全的架構架構
- 高併發架構架構
- 構建高併發高可用的電商平臺架構實踐架構
- 乾貨!運維必知的9種高效能技術架構運維架構
- 架構師眼中的高併發架構架構
- 高可用+高併發+負載均衡架構設計負載架構
- 高可用架構架構
- MQ系列9:高可用架構分析MQ架構
- [分散式][高併發]高併發架構分散式架構
- MySQL主從原理, 高可用架構與高效能架構MySql架構
- 架構師眼裡的高併發架構架構
- 高併發技術
- 高可用系列文章之二 - 傳統分層架構技術方案架構
- Oracle 高可用架構Oracle架構
- MySQL 高可用架構之 MMM 架構MySql架構
- 大型網站技術架構(四)--網站的高效能架構網站架構
- 雲端高效能技術架構淺析架構
- WEB 架構技術Web架構
- 高併發架構的搭建(二)架構
- Canal高可用架構部署架構
- 【Redis】Sentinel 高可用架構Redis架構
- Redis Sentinel高可用架構Redis架構
- Oracle高可用架構(MAA)Oracle架構
- .NET架構的核心開發技術架構
- 網站技術架構網站架構
- 我的“技術架構”之旅架構
- 支付寶架構師眼裡的高併發架構架構
- 本次專案採用的技術架構架構
- 高效能、高可用平臺架構演變史架構
- 大型網站技術架構(三)--架構模式網站架構模式
- 大型網站技術架構(二)--架構模式網站架構模式
- Deco 編輯器高擴充套件性技術架構解析套件架構
- Java架構師薪資高,這些技術你會嗎?Java架構
- SAP 技術架構的發展歷程架構