架構(gòu)一詞,，比較飄渺,，隱藏在代碼的背后，似有似無(wú),。大家對(duì)于架構(gòu)師這個(gè)職位也褒貶不一,。大型網(wǎng)站不是設(shè)計(jì)出來(lái)的，而是逐步發(fā)展演化過(guò)來(lái)的,。

什么是架構(gòu),？

最高層次的規(guī)劃，難以改變的決定,，這些規(guī)劃和決定奠定了事物未來(lái)發(fā)展的方向和最終的藍(lán)圖,。

什么是軟件系統(tǒng)架構(gòu)？

有關(guān)軟件系統(tǒng)整體結(jié)構(gòu)與組件的抽象描述,，用于指導(dǎo)大型軟件系統(tǒng)各個(gè)方面的設(shè)計(jì),。 

關(guān)于架構(gòu)師？（發(fā)現(xiàn)問(wèn)題à尋找突破à提出問(wèn)題à尋求支持à解決問(wèn)題à達(dá)成績(jī)效）

關(guān)注人而不是產(chǎn)品,，需找一個(gè)值得共同奮斗的目標(biāo),，營(yíng)造一個(gè)讓大家都能最大限度發(fā)揮自我價(jià)值的工作氛圍；

發(fā)掘人的優(yōu)秀,；

當(dāng)大家不再討論架構(gòu)的時(shí)候,，表明架構(gòu)已經(jīng)融入到項(xiàng)目、系統(tǒng)和開(kāi)發(fā)者中了,；

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

架構(gòu)師最大的價(jià)值不在于掌握了多少先進(jìn)的技術(shù)，而在于將一個(gè)大系統(tǒng)切分為N個(gè)低耦合的子模塊的能力,，這些子模塊包含橫向的業(yè)務(wù)模塊,，也包含縱向的基礎(chǔ)技術(shù)模塊，這種能力一部分源自于專(zhuān)業(yè)的技術(shù)和經(jīng)驗(yàn),，還有一部分源自架構(gòu)師對(duì)于業(yè)務(wù)場(chǎng)景的理解,，對(duì)人性的把握，甚至對(duì)世界的認(rèn)知。

大型網(wǎng)站軟件系統(tǒng)的特點(diǎn)

1.    高并發(fā),、大流量（這個(gè)不用說(shuō),，要不也不叫大型網(wǎng)站了）

2.    高可用（用戶(hù)多，所以基本是要求7*24不間斷服務(wù)了）

3.    海量數(shù)據(jù)（用戶(hù)行為中產(chǎn)生的數(shù)據(jù)會(huì)更多）

4.    用戶(hù)分布廣泛,，網(wǎng)絡(luò)情況復(fù)雜（這個(gè)全國(guó)各地的網(wǎng)絡(luò)情況確實(shí)比較復(fù)雜）

5.    安全環(huán)境惡劣（由于面向的是公眾的網(wǎng)絡(luò),，所以各種安全問(wèn)題應(yīng)該都會(huì)有）

6.    需要快速變更，發(fā)布頻繁（互聯(lián)網(wǎng)公司的節(jié)奏一直比較快）

7.    漸進(jìn)式發(fā)展（在做的過(guò)程中可能需要多次試錯(cuò)和迭代）

大型網(wǎng)站架構(gòu)演化過(guò)程

1.     初始階段,，這個(gè)階段可能應(yīng)用服務(wù)器,、文件服務(wù)器、數(shù)據(jù)庫(kù)所有的資源都在同一臺(tái)服務(wù)器上

2.     應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器拆分

3.     使用緩存改善網(wǎng)站的性能（貌似互聯(lián)網(wǎng)架構(gòu)中,，緩存是離不開(kāi)的話(huà)題了）

4.     使用應(yīng)用服務(wù)器的集群來(lái)改善網(wǎng)站的并發(fā)處理能力（不過(guò)一般是同構(gòu)的集群,，偽集群了）

5.     數(shù)據(jù)庫(kù)讀寫(xiě)分離（由專(zhuān)門(mén)的機(jī)器提供寫(xiě)服務(wù)，專(zhuān)門(mén)的機(jī)器提供讀服務(wù),，如果讀寫(xiě)比例很大,，可以多態(tài)讀服務(wù)器）

6.     使用反向代理和CDN加速網(wǎng)站響應(yīng)（這兩個(gè)原理都是緩存，CDN部署在網(wǎng)絡(luò)提供商的機(jī)房,，使用戶(hù)在請(qǐng)求網(wǎng)站服務(wù)時(shí),，可以在距離自己最近的機(jī)房獲得數(shù)據(jù)，反向代理則部署在網(wǎng)站的中心機(jī)房,，當(dāng)用戶(hù)請(qǐng)求到達(dá)中心機(jī)房后,，首先訪問(wèn)的服務(wù)器是反向代理服務(wù)器，如果反向代理服務(wù)器緩存用戶(hù)的請(qǐng)求資源,，可以直接返回給用戶(hù)）

7.     使用分布式文件系統(tǒng)和分布式數(shù)據(jù)庫(kù)系統(tǒng)

8.     使用NOSQL和搜索引擎

9.     業(yè)務(wù)拆分（這個(gè)更多的是業(yè)務(wù)層面的規(guī)劃了）

10.  分布式服務(wù)（從早起的COM+和CORBA,，到后來(lái)的SOP架構(gòu)，目前比較熱門(mén)的是微服務(wù)架構(gòu)）

大型網(wǎng)站架構(gòu)演變的價(jià)值觀

1. 隨網(wǎng)站所需靈活應(yīng)對(duì)
2. 主要力量是網(wǎng)站的業(yè)務(wù)發(fā)展
3. 不要一味的追求大公司的解決方案,，場(chǎng)景為王
4. 不要為了技術(shù)而技術(shù),，脫離業(yè)務(wù)場(chǎng)景的技術(shù)沒(méi)有意義
5. 不要企圖用技術(shù)解決所有問(wèn)題

架構(gòu)的模式

1. 分層：分層是應(yīng)用系統(tǒng)中最常見(jiàn)的一種架構(gòu)模式，在計(jì)算機(jī)世界中無(wú)處不在,，可以更好的把龐大的軟件系統(tǒng)切分成不同的部分,，便于分工合作和維護(hù)。分層中的挑戰(zhàn)就是合理規(guī)劃層次的邊界和接口,，嚴(yán)格遵守分層的約束,，禁止跨層次的調(diào)用以及逆向調(diào)用，如MVC和MVP,。
2. 分割：分割在縱向?qū)用鎸?duì)軟件進(jìn)行切分,。比如網(wǎng)購(gòu)系統(tǒng)，在應(yīng)用層,，分割為交易,、物流,、優(yōu)惠、庫(kù)存等系統(tǒng),。
3. 分布式：分割和分層便于切分后的模塊能夠便于分布式部署,。分布式應(yīng)用和服務(wù)、分布式文件系統(tǒng),、分布式數(shù)據(jù)和存儲(chǔ),、分布式計(jì)算、分布式配置,、分布式鎖,。
4. 集群：多臺(tái)服務(wù)器部署相同的應(yīng)用構(gòu)成一個(gè)集群，保證負(fù)載均衡的同時(shí)來(lái)提升系統(tǒng)的可用性,，互相災(zāi)備,。
5. 緩存：CDN、反向代理,、本地緩存、分布式緩存,、數(shù)據(jù)庫(kù)緩存,、瀏覽器緩存
6. 異步：異步架構(gòu)中最典型的就是生產(chǎn)者和消費(fèi)者模式，要解耦,，就用異步,，異步離不開(kāi)隊(duì)列，有效的利用異步,，能夠消除并發(fā)訪問(wèn)的高峰,。
7. 冗余：在集群中機(jī)器數(shù)量達(dá)到一定數(shù)量的時(shí)候，部分機(jī)器宕機(jī)會(huì)是常態(tài),，因此需要數(shù)據(jù)冗余備份,，數(shù)據(jù)庫(kù)定期備份稱(chēng)之為冷備份，主從分離實(shí)時(shí)同步稱(chēng)之為熱備份,。
8. 自動(dòng)化：發(fā)布過(guò)程自動(dòng)化,、代碼管理自動(dòng)化、自動(dòng)化測(cè)試,、自動(dòng)化安全掃描,、自動(dòng)化低級(jí)bug掃描、自動(dòng)化監(jiān)控,、自動(dòng)化報(bào)警,、自動(dòng)化失效轉(zhuǎn)移、自動(dòng)化降級(jí),。
9. 安全：互聯(lián)網(wǎng)開(kāi)放的特性注定了在安全方面提升了很大的挑戰(zhàn),。
10. 好的設(shè)計(jì)絕對(duì)不是模仿,，不是生搬硬套一個(gè)特定的模式，而是對(duì)問(wèn)題深刻理解之上的創(chuàng)造和創(chuàng)新,。

架構(gòu)的要素

1. 性能：性能是網(wǎng)站的一個(gè)重要指標(biāo)
2. 可用性：幾乎所有的網(wǎng)站是要求7*24可用,，能夠達(dá)到四個(gè)九等
3. 伸縮性：大量用戶(hù)的高并發(fā)和存儲(chǔ)海量數(shù)據(jù)，能否進(jìn)行靈活的增減機(jī)器來(lái)應(yīng)對(duì)流量的變化（應(yīng)用服務(wù)器,、緩存服務(wù)器,、關(guān)系型數(shù)據(jù)庫(kù)服務(wù)器、NOSQL服務(wù)器）
4. 擴(kuò)展性：在網(wǎng)站增加新的業(yè)務(wù)產(chǎn)品時(shí),，能否可以實(shí)現(xiàn)對(duì)產(chǎn)品透明無(wú)影響,，功能之間耦合小，避免牽一發(fā)動(dòng)全身,，目前的主要手段是事件驅(qū)動(dòng)（通常利用消息隊(duì)列）和分布式服務(wù)
5. 安全性：針對(duì)現(xiàn)存或者潛在的各種攻擊與竊密手段,，能否有可靠的應(yīng)對(duì)策略

網(wǎng)站的高性能架構(gòu)

1. 用戶(hù)視角：在瀏覽器上直觀的感受到網(wǎng)站響應(yīng)速度
2. 開(kāi)發(fā)人員視角：響應(yīng)延遲、系統(tǒng)吞吐量,、并發(fā)處理能力,、系統(tǒng)穩(wěn)定性等指標(biāo)
3. 運(yùn)維人員視角：基礎(chǔ)設(shè)施性能和資源利用率

性能測(cè)試指標(biāo)

1. 響應(yīng)時(shí)間：執(zhí)行一個(gè)操作需要的時(shí)間
2. 并發(fā)數(shù)：同時(shí)處理的請(qǐng)求數(shù)
3. 吞吐量：?jiǎn)挝粫r(shí)間內(nèi)系統(tǒng)處理的請(qǐng)求數(shù)

性能測(cè)試的方法

1. 性能測(cè)試
2. 負(fù)載測(cè)試
3. 壓力測(cè)試
4. 穩(wěn)定性測(cè)試（系統(tǒng)在特定硬件、軟件,、網(wǎng)絡(luò)環(huán)境條件下,，持續(xù)運(yùn)行一段時(shí)間是否穩(wěn)定）
5. 系統(tǒng)的最大負(fù)載點(diǎn)以及系統(tǒng)的崩潰點(diǎn)

Web前端性能優(yōu)化

1. 減少Http請(qǐng)求（http為無(wú)狀態(tài)，每次請(qǐng)求需要重新建立通信鏈路）
2. 使用瀏覽器緩存（通過(guò)設(shè)置HTTP頭中的Cache-Control和Expires屬性）
3. 啟用壓縮,，服務(wù)器端對(duì)文件進(jìn)行壓縮,，在瀏覽器端對(duì)文件進(jìn)行解壓縮
4. CSS放在頁(yè)面最上面，js文件放在最下面（瀏覽器會(huì)在下載完所有的CSS之后才開(kāi)始對(duì)整個(gè)頁(yè)面渲染,，加載JS后立即執(zhí)行）
5. 減少Cookie傳輸
6. 使用CDN加速和反向代理加速

應(yīng)用服務(wù)器性能優(yōu)化

1. 分布式緩存（優(yōu)先使用緩存優(yōu)化性能）
2. 異步（消息隊(duì)列具有很好的消峰作用,，使用異步處理，將短時(shí)間的高并發(fā)產(chǎn)生的事務(wù)消息存儲(chǔ)在消息隊(duì)列中）
3. 使用集群
4. 代碼優(yōu)化

1)       多線(xiàn)程（線(xiàn)程安全問(wèn)題：使用無(wú)狀態(tài)的對(duì)象,、使用局部對(duì)象,、并發(fā)訪問(wèn)資源添加鎖）

2)       資源復(fù)用（單例模式和對(duì)象池<對(duì)象創(chuàng)建比較耗時(shí)的情況下使用對(duì)象池能夠提升性能>）

3)       合理使用數(shù)據(jù)結(jié)構(gòu)

4)       JVM中GC的優(yōu)化

5. 存儲(chǔ)系統(tǒng)的性能優(yōu)化

合理使用緩存

1. 頻繁修改的數(shù)據(jù)不適合使用緩存
2. 沒(méi)有熱點(diǎn)的訪問(wèn)，數(shù)據(jù)緩存沒(méi)有意義
3. 數(shù)據(jù)的不一致和臟讀
4. 緩存的可用性
5. 緩存如何預(yù)熱
6. 緩存穿透

服務(wù)器集群的Session管理

1. Session復(fù)制
2. Session綁定（又稱(chēng)為會(huì)話(huà)粘滯,，利用負(fù)載均衡的源地址Hash算法實(shí)現(xiàn),，是一個(gè)用戶(hù)的請(qǐng)求總是落在一臺(tái)服務(wù)器上）
3. 利用Cookie記錄Session（收到Cookie大小的限制，同時(shí)會(huì)有安全隱患）
4. Session服務(wù)器

如何構(gòu)建高可用服務(wù)

1. 分級(jí)管理（分組,，做好資源的隔離）
2. 超時(shí)設(shè)置（如果不知道設(shè)置多少,，可以設(shè)置3S ）
3. 異步調(diào)用
4. 服務(wù)降級(jí)
5. 冪等性設(shè)計(jì)
6. 數(shù)據(jù)備份
7. 失效轉(zhuǎn)移（失效確認(rèn)、訪問(wèn)轉(zhuǎn)移,、數(shù)據(jù)恢復(fù)）

高可用網(wǎng)站的軟件質(zhì)量保證

1. 自動(dòng)化測(cè)試
2. 預(yù)發(fā)布驗(yàn)證
3. 自動(dòng)化發(fā)布
4. 灰度發(fā)布

網(wǎng)站運(yùn)行監(jiān)控（不允許沒(méi)有監(jiān)控的系統(tǒng)上線(xiàn)）

1. 用戶(hù)行為日志收集
2. 服務(wù)端日志收集
3. 客戶(hù)端瀏覽器日志收集
4. 服務(wù)器性能監(jiān)控（系統(tǒng)Load,、CPU使用率、磁盤(pán)IO,、網(wǎng)絡(luò)IO）
5. 系統(tǒng)運(yùn)行數(shù)據(jù)報(bào)告
6. 系統(tǒng)報(bào)警
7. 失效轉(zhuǎn)移
8. 自動(dòng)化優(yōu)雅降級(jí)

應(yīng)用服務(wù)器集群的伸縮性設(shè)計(jì)（伸縮性設(shè)計(jì)幾乎是稍微有點(diǎn)規(guī)模的網(wǎng)站的必須要求）

1. HTTP重定向?qū)崿F(xiàn)負(fù)載均衡
2. DNS域名解析實(shí)現(xiàn)負(fù)載均衡
3. 反向代理負(fù)載均衡（在HTTP協(xié)議層面,，也叫應(yīng)用層負(fù)載均衡）
4. IP負(fù)載均衡（在內(nèi)核進(jìn)程完成數(shù)據(jù)分發(fā),，請(qǐng)求進(jìn)入和請(qǐng)求返回，都會(huì)經(jīng)過(guò)負(fù)載均衡服務(wù)器）
5. 數(shù)據(jù)鏈路層實(shí)現(xiàn)負(fù)載均衡（三角傳輸模式,，在請(qǐng)求進(jìn)入經(jīng)過(guò)負(fù)載均衡服務(wù)器,，在請(qǐng)求返回的時(shí)候，直接返回給用戶(hù)）

負(fù)載均衡的算法

1. 輪詢(xún)（RR）
2. 加權(quán)輪訓(xùn)（在輪訓(xùn)的基礎(chǔ)上,，按照配置的權(quán)重將請(qǐng)求分發(fā)）
3. 隨機(jī)
4. 最少連接（記錄每個(gè)應(yīng)用服務(wù)器正在處理的連接數(shù),，根據(jù)服務(wù)器當(dāng)前的資源使用情況）
5. 源地址散列（根據(jù)請(qǐng)求的IP地址進(jìn)行Hash計(jì)算，這樣同一個(gè)IP會(huì)在同一個(gè)服務(wù)器）

分布式緩存的伸縮性設(shè)計(jì)（上線(xiàn)下線(xiàn)機(jī)器,，對(duì)于整個(gè)緩存集群的影響最?。?/p>

一致性Hash算法，先構(gòu)造一個(gè)長(zhǎng)度為0到2的32次方的整數(shù)環(huán),，根據(jù)節(jié)點(diǎn)名稱(chēng)的hash值,，將緩存服務(wù)器節(jié)點(diǎn)放置在Hash環(huán)上。

然后根據(jù)緩存數(shù)據(jù)的數(shù)據(jù)KEY的值計(jì)算得到hash值,，然后在hash環(huán)上順時(shí)針查找距離這個(gè)key的hash值最近的緩存服務(wù)器節(jié)點(diǎn),，從而完成key到服務(wù)器的hash映射查找。

在具體應(yīng)用中,，長(zhǎng)度為2的32次方的Hash環(huán)通常使用二叉樹(shù)查找來(lái)實(shí)現(xiàn),，二叉樹(shù)查找是查找小于查找數(shù)的最小數(shù)值，樹(shù)的最右邊和最左邊節(jié)點(diǎn)相連,，構(gòu)成環(huán)。

有個(gè)小問(wèn)題,，就是新加入節(jié)點(diǎn)3（原來(lái)有0,、1、2三個(gè)節(jié)點(diǎn)）,，只影響到節(jié)點(diǎn)1,，也就是說(shuō)一部分原來(lái)需求訪問(wèn)1的緩存數(shù)據(jù)現(xiàn)在需要訪問(wèn)節(jié)點(diǎn)3，原來(lái)的0和2不受影響,，這樣的話(huà)0和2的緩存數(shù)據(jù)量和壓力是1和3的兩倍,，這種問(wèn)題咋解決呢？

使用虛擬層的手段,，將每臺(tái)物流緩存服務(wù)器虛擬為一組虛擬緩存服務(wù)器,，將虛擬服務(wù)器的hash值放置在hash環(huán)上，key在環(huán)上先找到虛擬服務(wù)器的節(jié)點(diǎn),，再得到物流服務(wù)器的信息,，最終的結(jié)果是，新加入一臺(tái)緩存服務(wù)器,，將會(huì)較為均勻的影響集群中已經(jīng)存在的所有服務(wù)器,。例如剛才討論的問(wèn)題,，新加入的節(jié)點(diǎn)3，對(duì)應(yīng)虛擬節(jié)點(diǎn)為V30,、V31,、V32，加入到一致性Hash環(huán)中,，將影響V01,、V12、V13,，這三個(gè)虛擬節(jié)點(diǎn)對(duì)應(yīng)0,、1、2三體物理機(jī),，這樣壓力就會(huì)均攤,。

擴(kuò)展性和伸縮性的區(qū)別

擴(kuò)展性是針對(duì)系統(tǒng)影響最小的情況下，系統(tǒng)功能可持續(xù)擴(kuò)展或提升的能力,。

伸縮性,，系統(tǒng)通過(guò)增加或者減少自身資源規(guī)模的方式增強(qiáng)或者減少計(jì)算處理事務(wù)的能力。

利用消息隊(duì)列降低系統(tǒng)的耦合性

1. 事件驅(qū)動(dòng)架構(gòu),，通過(guò)在低耦合的模塊之間傳輸事件消息,，以保持模塊的松散耦合，并借助事件消息的通信完成模塊的協(xié)作,，典型的生產(chǎn)者消費(fèi)者模式
2. 分布式消息隊(duì)列,，消息隊(duì)列可以簡(jiǎn)單，比如mysql作為消息隊(duì)列,，也可以復(fù)雜,，例如ESB（企業(yè)服務(wù)總線(xiàn)等）

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

1. webservice（通過(guò)WSDL來(lái)描述服務(wù)，通過(guò)SOAP來(lái)定義對(duì)象）

1)       臃腫的注冊(cè)和發(fā)現(xiàn)機(jī)制

2)       低效的xml序列化手段

3)       開(kāi)銷(xiāo)相對(duì)比較高的http遠(yuǎn)程通信

2. 分布式服務(wù)的需求和特點(diǎn)

1)       負(fù)載均衡（如何是TCP層面,，可以做到軟負(fù)載）

2)       失效轉(zhuǎn)移

3)       高效的遠(yuǎn)程通信

4)       整合異構(gòu)系統(tǒng)

5)       對(duì)應(yīng)用最小侵入

6)       服務(wù)版本管理

7)       實(shí)時(shí)監(jiān)控

8)       服務(wù)降級(jí)

9)       服務(wù)分組處理

10)    服務(wù)流控處理（SLA）

11)    按照機(jī)房等機(jī)型權(quán)重分發(fā)請(qǐng)求

網(wǎng)站的安全架構(gòu)

1. XSS攻擊
2. CSRF攻擊
3. SQL注入攻擊
4. 代碼可能存在安全隱患掃描
5. 線(xiàn)上日志監(jiān)控和安全枚舉回放日志
6. 安全漏洞掃描

信息加密技術(shù)

1. 單向散列加密（指通過(guò)對(duì)不同輸入長(zhǎng)度的信息進(jìn)行散列計(jì)算,，得到固定長(zhǎng)度的輸出，這個(gè)散列的過(guò)程是單向的）

1)       例如常見(jiàn)的MD5

2)       輸入的任何微小變化可能導(dǎo)致結(jié)果完全不同

2. 對(duì)稱(chēng)加密（加密和解密使用的密鑰是同一個(gè)）

1)       特點(diǎn)是算法簡(jiǎn)單,，加密解密效率高,，系統(tǒng)開(kāi)銷(xiāo)小

2)       缺點(diǎn)是使用同一個(gè)密鑰，有安全隱患

3)       例如DES算法和RC算法

3. 非對(duì)稱(chēng)加密（加密和解密不是用一個(gè)密鑰,，例如RSA算法）

1)       信息安全傳輸

a)       發(fā)送者A通過(guò)公開(kāi)途徑獲得信息接受者B的公鑰,，對(duì)信息進(jìn)行加密，然后通過(guò)非安全的通道把密文發(fā)送給B

b)       B得到密文之后,，用自己的私鑰解密,，獲得明文信息

2)       數(shù)字簽名 （和信息安全傳輸相反）

a)       簽名者用自己的私鑰對(duì)信息進(jìn)行加密，然后發(fā)送給對(duì)方

b)       接收方用簽名者的公鑰對(duì)信息進(jìn)行解密,，獲得明文信息,，

c)       由于私鑰只有簽名者擁有,，信息具有不可抵賴(lài)性，具有簽名的性質(zhì)

3)       常用的算法有RSA,，HTTPS中傳輸?shù)臑g覽器使用的數(shù)字證書(shū)實(shí)質(zhì)上是經(jīng)過(guò)權(quán)威機(jī)構(gòu)認(rèn)證的非對(duì)稱(chēng)加密的公鑰

一些常見(jiàn)的大型網(wǎng)站的故障案例

1. 寫(xiě)日志引發(fā)的故障

1)       注意日志的級(jí)別

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

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

1)       數(shù)據(jù)庫(kù)做好監(jiān)控

2)       如果并發(fā)特別高的頁(yè)面,，使用緩存，切記不要使用數(shù)據(jù)庫(kù)

3. 高并發(fā)下鎖引發(fā)的故障

1)       例如一個(gè)單例對(duì)象中多處使用了synchronized,，這樣所有的并發(fā)請(qǐng)求都要排隊(duì)獲得唯一的一把鎖

2)       在使用鎖的時(shí)候一定要慎重啊

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

1)       緩存在提升性能的同時(shí),，在數(shù)據(jù)的一致性和系統(tǒng)的可運(yùn)維性方面帶來(lái)了很大的挑戰(zhàn)

5. 線(xiàn)上的生產(chǎn)環(huán)境要敬畏，不要隨便操作
6. 發(fā)布過(guò)程中要注意流程和監(jiān)控,，發(fā)現(xiàn)問(wèn)題及時(shí)回滾處理