mysql大型網(wǎng)站技術(shù)架構(gòu)核案例分析

這篇文章主要介紹了mysql大型網(wǎng)站技術(shù)架構(gòu)核案例分析的相關(guān)知識(shí)，內(nèi)容詳細(xì)易懂，操作簡(jiǎn)單快捷，具有一定借鑒價(jià)值，相信大家閱讀完這篇mysql大型網(wǎng)站技術(shù)架構(gòu)核案例分析文章都會(huì)有所收獲，下面我們一起來看看吧。

七、隨需應(yīng)變：網(wǎng)站的可擴(kuò)展架構(gòu)

擴(kuò)展性（Extensibility）：指對(duì)現(xiàn)有系統(tǒng)影響最小的情況下，系統(tǒng)功能可持續(xù)擴(kuò)展或提升的能力。是系統(tǒng)架構(gòu)設(shè)計(jì)層面的開閉原則，架構(gòu)設(shè)計(jì)考慮未來功能擴(kuò)展，當(dāng)系統(tǒng)增加新功能時(shí)，不需要對(duì)現(xiàn)有系統(tǒng)的結(jié)構(gòu)和代碼進(jìn)行修改。

伸縮性（Scalability）：指系統(tǒng)能夠通過增加（減少）自身資源規(guī)模的方式增強(qiáng)（減少）自己計(jì)算處理事務(wù)的能力。

A.構(gòu)建可擴(kuò)展的網(wǎng)站架構(gòu)

1.軟件架構(gòu)師最大的價(jià)值不在于掌握多少先進(jìn)的技術(shù)，而在于具有將一個(gè)大系統(tǒng)切分成N個(gè)低耦合的子模塊的能力，這些子模塊包含橫向的業(yè)務(wù)模塊，也包含縱向的基礎(chǔ)技術(shù)模塊。

2.核心思想是模塊化，在此基礎(chǔ)上，降低模塊間的耦合性，提高模塊的復(fù)用性。

B.利用分布式消息隊(duì)列降低系統(tǒng)耦合性

1.事件驅(qū)動(dòng)架構(gòu)

• 事件驅(qū)動(dòng)架構(gòu)（Event Driven Architecture）：通過在低耦合的模塊之間傳輸事件消息，以保持模塊的松散耦合，并借助事件消息的通信完成模塊間合作，常用的是分布式消息隊(duì)列。
  

• 消息隊(duì)列利用發(fā)布—訂閱模式工作，消息發(fā)送者發(fā)布消息，一個(gè)或者多個(gè)消息接收者訂閱消息。
  

2.分布式消息隊(duì)列

• 隊(duì)列是一種先進(jìn)先出的結(jié)構(gòu) ，應(yīng)用程序可以通過遠(yuǎn)程訪問接口使用分布式消息隊(duì)列，進(jìn)行消息存取操作，進(jìn)而實(shí)現(xiàn)分布式的異步調(diào)用。
  

• 消息生產(chǎn)者應(yīng)用程序通過遠(yuǎn)程訪問接口將消息推送給消息隊(duì)列服務(wù)器，消息隊(duì)列服務(wù)器將消息寫入本地內(nèi)存隊(duì)列后立即返回成功響應(yīng)給消息生產(chǎn)者。消息隊(duì)列服務(wù)器根據(jù)消息訂閱列表查找 訂閱消息的消息消費(fèi)者應(yīng)用程序 ，將消息隊(duì)列中的消息按照先進(jìn)先出（FIFO）的原則將消息通過遠(yuǎn)程通信接口發(fā)送給消息消費(fèi)者程序。
  

• 分布式消息隊(duì)列可以很復(fù)雜，比如可以支持ESB（企業(yè)服務(wù)總線）、支持SOA（面向服務(wù)的架構(gòu)），也可以很簡(jiǎn)單使用MySQL記錄：消息生產(chǎn)者程序?qū)⑾?dāng)作數(shù)據(jù)記錄寫入數(shù)據(jù)庫(kù)，消息消費(fèi)者程序查詢數(shù)據(jù)庫(kù)并按記錄寫入時(shí)間戳排序，就實(shí)現(xiàn)了一個(gè)事實(shí)上的分布式消息隊(duì)列。
  

C.利用分布式服務(wù)打造可復(fù)用的業(yè)務(wù)平臺(tái)

1.分布式服務(wù)通過接口分解系統(tǒng)耦合性，不同子系統(tǒng)通過沙漠玫瑰的接口描述進(jìn)行服務(wù)調(diào)用。

2.巨無霸系統(tǒng)的問題：編譯、部署困難；代碼分支管理困難；數(shù)據(jù)庫(kù)連接耗盡；新增業(yè)務(wù)困難；

3.解決方案

• 縱向拆分：將一個(gè)大應(yīng)用拆分為多個(gè)小應(yīng)用
  

• 橫向拆分：將復(fù)用的業(yè)務(wù)拆分出來，獨(dú)立部署為分布式服務(wù)，新增業(yè)務(wù)只需要調(diào)用這些分布式服務(wù)，不需要依賴具體的模塊代碼
  

4.Web Service與企業(yè)級(jí)分布式服務(wù)

缺點(diǎn)：臃腫的注冊(cè)與發(fā)現(xiàn)機(jī)制；低效的XML序列化手段；開銷相對(duì)較高的HTTP遠(yuǎn)程通信；復(fù)雜的部署與維護(hù)手段；

5.大型網(wǎng)站分布式服務(wù)的需求與特點(diǎn)

負(fù)載均衡、失效轉(zhuǎn)移、高效的遠(yuǎn)程通信、整合異構(gòu)系統(tǒng)、對(duì)應(yīng)用最少侵入、版本管理、實(shí)時(shí)監(jiān)控

6.分布式服務(wù)框架設(shè)計(jì)：Thrift、Dubbo

D.可擴(kuò)展的數(shù)據(jù)結(jié)構(gòu)

利用NoSQL數(shù)據(jù)庫(kù)中使用的ColumnFamily（列族）設(shè)計(jì)。

E.利用開放平臺(tái)建設(shè)網(wǎng)站生態(tài)圈

1.開放平臺(tái)是網(wǎng)站內(nèi)部和外部交互的接口，外部需要面對(duì)人多的第三方開發(fā)者，內(nèi)部需要面對(duì)網(wǎng)站內(nèi)諸多的業(yè)務(wù)服務(wù)。

2.架構(gòu)：API接口、協(xié)議轉(zhuǎn)換、安全、審計(jì)、路由、流程

八、固若金湯：網(wǎng)站的安全架構(gòu)

A.網(wǎng)站應(yīng)用攻擊與防御

1.XSS攻擊

• XSS攻擊即跨站腳本攻擊（Cross Site Script），指黑客通過篡改網(wǎng)頁(yè)，注入惡意HTML腳本，在用戶瀏覽網(wǎng)頁(yè)時(shí)，控制用戶瀏覽器進(jìn)行惡意操作的一種攻擊方式。
  

• 一種攻擊是反射型，攻擊者誘使用戶點(diǎn)擊一個(gè)嵌入惡意腳本的鏈接，達(dá)到攻擊的目的
  

• 另一種攻擊是持久型XSS攻擊，黑客提交含有惡意腳本的請(qǐng)求，保存在被攻擊的Web站點(diǎn)的數(shù)據(jù)庫(kù)中，用戶瀏覽網(wǎng)頁(yè)時(shí)，惡意腳本被包含在正常頁(yè)面中，達(dá)到攻擊的目的。經(jīng)常用在論壇、博客等Web應(yīng)用中。
  

• 防范：消毒，過濾危險(xiǎn)字符；HttpOnly，禁止頁(yè)面JS訪問帶有HttpOnly屬性的Cookie；
  

2.注入攻擊

• 分為SQL注入和OS注入
  

• SQL注入獲取數(shù)據(jù)庫(kù)結(jié)構(gòu)：利用開源軟件程序、錯(cuò)誤回顯、盲注
  

• SQL注入防范：消毒；參數(shù)綁定，使用預(yù)編譯手段，綁定參數(shù)；
  

3.CSRF攻擊

• CSRF（Cross Site Request Forgery，跨站點(diǎn)請(qǐng)求偽造），攻擊者通過跨站請(qǐng)求，以合法用戶的身份進(jìn)行非法操作。主要手法是利用跨站請(qǐng)求，在用戶不知情的情況下，以用戶的身份偽造請(qǐng)求，利用了瀏覽器Cookie或服務(wù)器Session策略，盜取用戶身份。
  

• 防范：表單Token、驗(yàn)證碼、Referer check（檢查HTTP請(qǐng)求頭的Referer域中記錄的請(qǐng)求來源）
  

4.其他攻擊漏洞

• Error Code：錯(cuò)誤回顯、HTML注釋、文件上傳、路徑遍歷
  

5.Web應(yīng)用防火墻：ModSecurity

6.網(wǎng)站安全漏洞掃描

B.信息加密技術(shù)及密鑰安全管理

1.單向散列加密：md5、sha等，加salt

2.對(duì)稱加密：DES算法、RC算法等，加密使用同一個(gè)密鑰

3.非對(duì)稱加密：RSA算法

4.密鑰安全管理

• 把密鑰和算法放在一個(gè)獨(dú)立的服務(wù)器上，甚至做成一個(gè)專用的硬件設(shè)施，應(yīng)用系統(tǒng)通過調(diào)用服務(wù)實(shí)現(xiàn)數(shù)據(jù)加解密。
  

• 將解密算法放在應(yīng)用系統(tǒng)中，密鑰則放在獨(dú)立服務(wù)器中，實(shí)際存儲(chǔ)時(shí)，密鑰被切分成數(shù)片，加密后分別保存在不同存儲(chǔ)介質(zhì)中，兼顧密鑰安全性的同時(shí)又改善了性能。
  

C.信息過濾與反垃圾

1.文本匹配：解決敏感詞過濾的問題

• 少量?jī)?nèi)容使用正則替換一類的就可以
  

• 詞多且并發(fā)高時(shí)，使用Trie樹算法（雙數(shù)組Trie算法）
  

• 構(gòu)造Hash表進(jìn)行文本匹配
  

• 有時(shí)還需要進(jìn)行降噪處理，如”阿_拉_伯”
  

2.分類算法：貝葉斯算法、TAN算法、ARCS算法

3.黑名單：Hash表、布隆過濾器

D.電子商務(wù)風(fēng)險(xiǎn)控制

1.風(fēng)險(xiǎn)：賬戶風(fēng)險(xiǎn)、買家風(fēng)險(xiǎn)、賣家風(fēng)險(xiǎn)、交易風(fēng)險(xiǎn)

2.風(fēng)控

• 機(jī)器自動(dòng)識(shí)別高風(fēng)險(xiǎn)交易和信息會(huì)發(fā)送給風(fēng)控審核人員進(jìn)行人工審核，機(jī)器風(fēng)控的技術(shù)和方法也不斷通過人工發(fā)現(xiàn)的新風(fēng)險(xiǎn)類型進(jìn)行逐步完善。
  

• 規(guī)則引擎：當(dāng)交易的某些指標(biāo)滿足一定條件時(shí)，就會(huì)被認(rèn)為具有高風(fēng)險(xiǎn)的欺詐可能性。
  

• 統(tǒng)計(jì)模型：使用分類算法或者更復(fù)雜的機(jī)器學(xué)習(xí)算法進(jìn)行智能統(tǒng)計(jì)。根據(jù)歷史交易中的欺詐交易信息訓(xùn)練分類算法，然后將經(jīng)過采集加工后的交易信息輸入分類算法，即可得到交易風(fēng)險(xiǎn)分值。
  

九、淘寶網(wǎng)的架構(gòu)演化案例分析

1.LAMP->JAVA/ORACLE->MySQL/NoSQL

2.業(yè)務(wù)推動(dòng)技術(shù)不斷進(jìn)步

十、維基百科的高性能架構(gòu)設(shè)計(jì)分析

A.Wikipedia網(wǎng)站整體架構(gòu)：LAMP+開源產(chǎn)品，GeoDNS、LVS、Squid、Lighttpd、PHP、Memcached、Lucene、MySQL

B.Wikipedia性能優(yōu)化策略

1.前端性能優(yōu)化

• 前端架構(gòu)的核心是反向代理服務(wù)器Squid集群，由LVS負(fù)載均衡，在反向代理之前，通過CDN返回。
  

• Wikipedia CDN緩存的準(zhǔn)則：內(nèi)容頁(yè)面不包含動(dòng)態(tài)信息；每個(gè)內(nèi)容頁(yè)面有唯一的REST風(fēng)格的URL；在HTML響應(yīng)頭寫入緩存控制信息；
  

2.服務(wù)端性能優(yōu)化：使用APC、Imagemagick、Tex、替換PHP的字符串查找函數(shù)starter()使用更優(yōu)化的算法

3.后端性能優(yōu)化：

緩存

• 熱點(diǎn)特別集中的數(shù)據(jù)直接緩存到應(yīng)用服務(wù)器的本地內(nèi)存中
  

• 緩存數(shù)據(jù)的內(nèi)容盡量是應(yīng)用服務(wù)器可以直接使用的格式
  

• 使用緩存服務(wù)器存儲(chǔ)session對(duì)象
  

• 相比數(shù)據(jù)庫(kù)，Memcached的持久化連接非常廉價(jià)，有需要就創(chuàng)建一個(gè)
  

MySQL

• 使用較大的服務(wù)器內(nèi)存
  

• 使用RAID0磁盤陣列以回事訪問
  

• 將數(shù)據(jù)庫(kù)事務(wù)一致性設(shè)置在較低水平
  

• 如果Master數(shù)據(jù)庫(kù)宕機(jī)，立即將應(yīng)用切換到Salve數(shù)據(jù)庫(kù)，同時(shí)關(guān)閉寫服務(wù)
  

十一、海量分布式存儲(chǔ)系統(tǒng)Doris的高可用架構(gòu)設(shè)計(jì)分析

對(duì)于一個(gè)數(shù)據(jù)存儲(chǔ)系統(tǒng)而言，高可用意味著：高可用的服務(wù)、高可靠的數(shù)據(jù)

A.分布式存儲(chǔ)系統(tǒng)的高可用架構(gòu)

1.冗余：服務(wù)器熱備、數(shù)據(jù)多份存儲(chǔ)

2.系統(tǒng)整體劃分：

• 應(yīng)用程序服務(wù)器：存儲(chǔ)系統(tǒng)的客戶，對(duì)系統(tǒng)發(fā)起數(shù)據(jù)操作請(qǐng)求
  

• 數(shù)據(jù)存儲(chǔ)服務(wù)器：存儲(chǔ)系統(tǒng)的核心，存儲(chǔ)數(shù)據(jù)、響應(yīng)應(yīng)用服務(wù)器的數(shù)據(jù)操作請(qǐng)求
  

• 管理中心服務(wù)器：由兩臺(tái)機(jī)器組成的主-主熱備的小規(guī)模服務(wù)器集群，負(fù)責(zé)集群管理，對(duì)數(shù)據(jù)存儲(chǔ)集群進(jìn)行健康心跳檢測(cè)；集群擴(kuò)容、故障恢復(fù)管理；對(duì)應(yīng)用程序服務(wù)器提供集群地址配置信息服務(wù)等
  

B.不同故障情況下的高可用解決方案

1.分布式存儲(chǔ)系統(tǒng)的故障分類：瞬時(shí)故障、臨時(shí)故障、永久故障

2.瞬時(shí)故障解決：多次重試

3.臨時(shí)故障解決：需要人工干預(yù)，有問題服務(wù)器使用臨時(shí)存儲(chǔ)服務(wù)器

4.永久故障解決：?jiǎn)⒂脗溆梅?wù)器替代永久失效服務(wù)器

十二、網(wǎng)購(gòu)秒殺系統(tǒng)架構(gòu)設(shè)計(jì)案例分析

A.秒殺活動(dòng)的技術(shù)挑戰(zhàn)：對(duì)現(xiàn)有網(wǎng)站業(yè)務(wù)造成沖擊、高并發(fā)下的應(yīng)用，數(shù)據(jù)庫(kù)負(fù)載、突然增加的網(wǎng)絡(luò)及服務(wù)器帶寬、直接下單

B.秒殺系統(tǒng)的應(yīng)對(duì)策略

• 秒殺系統(tǒng)獨(dú)立部署
  

• 秒殺商品頁(yè)面靜態(tài)化
  

• 租借秒殺活動(dòng)網(wǎng)絡(luò)帶寬
  

• 動(dòng)態(tài)生成隨機(jī)下單頁(yè)面URL
  

C.秒殺系統(tǒng)架構(gòu)設(shè)計(jì)

1.如何控制秒殺商品頁(yè)面購(gòu)買按鈕的點(diǎn)亮：使用一個(gè)JS文件，開始時(shí)修改其中內(nèi)容，每次都請(qǐng)求，不被CDN等緩存，使用隨機(jī)版本號(hào)。

2.如何只允許第一個(gè)提交的訂單被發(fā)送到訂單子系統(tǒng)：控制進(jìn)入下單頁(yè)面的入口，只有少數(shù)用戶能進(jìn)入，其他用戶直接進(jìn)入秒殺結(jié)束頁(yè)面。比如10臺(tái)服務(wù)器，每臺(tái)處理10個(gè)請(qǐng)求，當(dāng)請(qǐng)求超過10個(gè)，其他返回錯(cuò)誤，再請(qǐng)求全局緩存記錄，如果是第一個(gè)，進(jìn)入訂單頁(yè)面，其他返回失敗。

十三、大型網(wǎng)站典型故障案例分析

A.寫日志也會(huì)引發(fā)故障

• 應(yīng)用程序自己的日志輸出配置和第三方組件日志輸出要分別配置
  

• 檢查log配置文件，日志來玩吧米歇爾考慮至少為Warn
  

• 需要關(guān)閉某些第三方組件可能輸出的太多Error日志
  

B.高并發(fā)訪問數(shù)據(jù)庫(kù)引發(fā)的故障

• 首頁(yè)不應(yīng)該訪問數(shù)據(jù)庫(kù)
  

• 首頁(yè)應(yīng)該是靜態(tài)的
  

C.高并發(fā)情況下鎖引發(fā)的故障

使用鎖操作要謹(jǐn)慎

D.緩存引發(fā)的故障

緩存服務(wù)器已經(jīng)是網(wǎng)站架構(gòu)不可或缺的一部分，需要和數(shù)據(jù)庫(kù)一樣的級(jí)別去管理

E.應(yīng)用啟動(dòng)不同步引發(fā)的故障

F.大文件讀寫?yīng)氄即疟P引發(fā)的故障

小文件和大文件不要共用存儲(chǔ)

G.濫用生產(chǎn)環(huán)境引發(fā)的故障

訪問生產(chǎn)環(huán)境要格外小心，數(shù)據(jù)庫(kù)請(qǐng)專門的DBA維護(hù)

H.不規(guī)范的流程引發(fā)的故障

代碼提交前用diff命令進(jìn)行比較，確認(rèn)沒有提交不該提交的代碼；加強(qiáng)code review，提交前至少被一個(gè)其他工程師做過code review并共同承擔(dān)因代碼引起的故障責(zé)任

I.不好的編程習(xí)慣引發(fā)的故障

注意對(duì)空對(duì)象、空值等的處理

十四、架構(gòu)師領(lǐng)導(dǎo)藝術(shù)

A.關(guān)注人而不是產(chǎn)品

1.一群優(yōu)秀的人做一件他們熱愛的事，一定能取得成功

2.最好的軟件管理是發(fā)掘項(xiàng)目組每個(gè)成員的優(yōu)秀潛能

3.尋找一個(gè)值得共同奮斗的目標(biāo)，營(yíng)造一個(gè)讓大家都能最大限度發(fā)揮自我價(jià)值的工作氛圍

B.發(fā)掘人的優(yōu)秀

1.是事情成就了人，而不是人成就了事

2.大多數(shù)人，包括我們自己，都比自己以為的更優(yōu)秀，有些優(yōu)秀需要在合適的環(huán)境中才會(huì)被激發(fā)出來，比如做一些有挑戰(zhàn)的事，和更優(yōu)秀的人合作，抑或擁有了超越自我的勇氣

3.發(fā)掘人的優(yōu)秀遠(yuǎn)比發(fā)掘優(yōu)秀的人更有意義

C.共享美好藍(lán)圖

1.藍(lán)圖應(yīng)該是表述清楚的：產(chǎn)品要做什么、不做什么、要達(dá)到什么業(yè)務(wù)目標(biāo)

2.藍(lán)圖應(yīng)該是形象的：產(chǎn)品能為用戶創(chuàng)建什么價(jià)值、能實(shí)現(xiàn)什么樣的市場(chǎng)目標(biāo)、產(chǎn)品最終會(huì)長(zhǎng)什么樣

3.藍(lán)圖應(yīng)該是簡(jiǎn)單的：一句話話說明白：我們?cè)诟墒裁?/p>

4.架構(gòu)師要保持對(duì)目標(biāo)藍(lán)圖的關(guān)注，對(duì)任何偏離藍(lán)圖的設(shè)計(jì)和決定保持警惕，錯(cuò)誤的偏離要及時(shí)修正，必要的變更要經(jīng)過大家討論，并且需要重新獲得大家的認(rèn)同。

D.共同參與架構(gòu)

1.不要只有架構(gòu)師一個(gè)人擁有架構(gòu)

2.讓其他人維護(hù)框架與架構(gòu)文檔

E.學(xué)會(huì)妥協(xié)

1.對(duì)架構(gòu)和技術(shù)方案的反對(duì)意見，其實(shí)意味著架構(gòu)和技術(shù)方案被關(guān)注、被試圖理解和接受。架構(gòu)師不應(yīng)過于敏感，應(yīng)該坦率分享意見，求同存異

2.對(duì)于技術(shù)細(xì)節(jié)的爭(zhēng)論應(yīng)該立即驗(yàn)證而不是繼續(xù)討論

3.當(dāng)大家不在討論架構(gòu)的時(shí)候，表明架構(gòu)已經(jīng)融入到項(xiàng)目、系統(tǒng)和開發(fā)者中了，架構(gòu)師越早被遺忘表明架構(gòu)越成功

F.成就他人

1.我們的工作不僅是生產(chǎn)產(chǎn)品，還要成就人，并最終成就我們自己

2.做成一個(gè)項(xiàng)目不但要給客戶創(chuàng)造價(jià)值，為公司盈利，還要讓項(xiàng)目成員獲得成長(zhǎng)

3.架構(gòu)師作為團(tuán)隊(duì)的技術(shù)領(lǐng)導(dǎo)者，在項(xiàng)目過程中不要去試圖控制什么，帶著一個(gè)彈性的計(jì)劃和藍(lán)圖推進(jìn)，團(tuán)隊(duì)會(huì)管好他們自己

十五、網(wǎng)站架構(gòu)師職場(chǎng)攻略

• 開發(fā)軟件的目的是為了解決現(xiàn)實(shí)世界的問題，但是很多時(shí)候人們并不清楚真正的問題是什么。
  

• 軟件開發(fā)過程中也會(huì)遇到很多問題，需要協(xié)調(diào)各方面的利益關(guān)系獲取盡可能大的支持，需要平衡客戶需求、軟件產(chǎn)出、開發(fā)資源之間的關(guān)系，需要搞定許多事情才能實(shí)現(xiàn)軟件設(shè)計(jì)最初的藍(lán)圖。
  

A.發(fā)現(xiàn)問題，尋找突破

1.所謂問題，就是體驗(yàn)——期望，當(dāng)體驗(yàn)不能滿足期望，就會(huì)覺得出了問題。消除問題有兩種手段：改善體驗(yàn)或者降低期望。降低期望只是回避了問題，而如果直面期望和體驗(yàn)之間的差距，就會(huì)發(fā)現(xiàn)問題所在，找到突破點(diǎn)。

2.新員工首先要做的事情是融入團(tuán)隊(duì)

3.新員工最不需要做的事情就是證明自己的能力。

B.提出問題，尋求支持

1.問題被發(fā)現(xiàn)，它只是問題發(fā)現(xiàn)者的問題，而不是問題擁有者的問題，如果想要解決一個(gè)問題，就必須提出這個(gè)問題，讓問題的擁有者知道問題的存在。

2.提出問題Tips：

• 把“我的問題”表述成“我們的問題”
  

• 給上司提封閉式問題（給出AB方案讓上司選擇哪個(gè)更好），給下屬提開放式問題
  

• 指出問題而不是批評(píng)人
  

• 用贊同的方式提出問題
  

3.所謂直言有諱是指想要表達(dá)的意圖要直截了當(dāng)說明白，不要兜圈子，但是在表達(dá)方式上要有所避諱，照顧到當(dāng)事人的感受

C.解決問題，達(dá)成績(jī)效

1.解決我的問題之前，先解決你的問題

• 你幫別人解決了問題，別人也會(huì)幫你解決問題
  

• 在幫別人解決問題的過程中，熟悉了情況
  

• 解決別人的問題用的是你的解決方案，這個(gè)方案在你的控制之中
  

2.適當(dāng)?shù)奶颖軉栴}

十六、漫話網(wǎng)站架構(gòu)師

A.按作用劃分架構(gòu)師

設(shè)計(jì)型架構(gòu)師、救火型架構(gòu)師、布道型架構(gòu)師、Geek型架構(gòu)師

B.按效果劃分架構(gòu)師

夏爾巴人架構(gòu)師：通常會(huì)開發(fā)項(xiàng)目中最具技術(shù)難度和挑戰(zhàn)性的模塊、斯巴達(dá)人架構(gòu)師、達(dá)官貴人架構(gòu)師

C.按職責(zé)角色劃分架構(gòu)師

產(chǎn)品架構(gòu)師：參與產(chǎn)品的整個(gè)生命周期、基礎(chǔ)服務(wù)架構(gòu)師（平臺(tái)型架構(gòu)師）、基礎(chǔ)設(shè)施架構(gòu)師

D.按關(guān)注層次劃分架構(gòu)師

只關(guān)注功能的架構(gòu)師、關(guān)注非功能的架構(gòu)師、關(guān)注團(tuán)隊(duì)組織與管理的架構(gòu)師、關(guān)注產(chǎn)品運(yùn)營(yíng)的架構(gòu)師、關(guān)注產(chǎn)品未來的架構(gòu)師

E.按口碑劃分架構(gòu)師

最好的架構(gòu)師、好的架構(gòu)師、一般的架構(gòu)師、差的架構(gòu)師、最差的架構(gòu)師

F.非主流方式劃分架構(gòu)師

普通架構(gòu)師、文藝架構(gòu)師、1+1架構(gòu)師

附錄A：大型網(wǎng)站技術(shù)一覽

A.前端架構(gòu)

瀏覽器優(yōu)化技術(shù)、CDN、動(dòng)靜分離，靜態(tài)資源獨(dú)立部署、圖片服務(wù)、反射代理 、DNS

B.應(yīng)用層架構(gòu)

開發(fā)框架、頁(yè)面渲染、負(fù)載均衡、Session管理、動(dòng)態(tài)頁(yè)面靜態(tài)化、業(yè)務(wù)拆分、虛擬化服務(wù)器

C.服務(wù)層架構(gòu)

分布式消息、分布式服務(wù)、分布式緩存、分布式配置

D.存儲(chǔ)層架構(gòu)

分布式文件、關(guān)系數(shù)據(jù)庫(kù)、NoSQL數(shù)據(jù)庫(kù)、數(shù)據(jù)同步

E.后臺(tái)架構(gòu)

搜索引擎、數(shù)據(jù)倉(cāng)庫(kù)、推薦系統(tǒng)

F.數(shù)據(jù)采集（日志）與監(jiān)控

瀏覽器數(shù)據(jù)采集、服務(wù)器業(yè)務(wù)采集、服務(wù)器性能數(shù)據(jù)采集、系統(tǒng)監(jiān)控、系統(tǒng)報(bào)警

G.安全架構(gòu)

Web攻擊、數(shù)據(jù)保護(hù)

H.數(shù)據(jù)中心機(jī)房架構(gòu)

機(jī)房、機(jī)柜、服務(wù)器 

關(guān)于“mysql大型網(wǎng)站技術(shù)架構(gòu)核案例分析”這篇文章的內(nèi)容就介紹到這里，感謝各位的閱讀！相信大家對(duì)“mysql大型網(wǎng)站技術(shù)架構(gòu)核案例分析”知識(shí)都有一定的了解，大家如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注億速云行業(yè)資訊頻道。