有多少互聯(lián)網(wǎng)系統(tǒng)確實(shí)需要使用分布式架構(gòu)？莫說互聯(lián)網(wǎng)實(shí)戰(zhàn)開發(fā)，現(xiàn)在就連面試應(yīng)屆生的時(shí)候，分布式方面的問題都基本是必出的了。分布式架構(gòu)簡介以最簡單的架構(gòu)來說，分布式可以通過部署多個(gè)功能相近的服務(wù)器節(jié)點(diǎn)來實(shí)

有多少互聯(lián)網(wǎng)系統(tǒng)確實(shí)需要使用分布式架構(gòu)？

莫說互聯(lián)網(wǎng)實(shí)戰(zhàn)開發(fā)，現(xiàn)在就連面試應(yīng)屆生的時(shí)候，分布式方面的問題都基本是必出的了。

分布式架構(gòu)簡介

以最簡單的架構(gòu)來說，分布式可以通過部署多個(gè)功能相近的服務(wù)器節(jié)點(diǎn)來實(shí)現(xiàn)。在實(shí)際應(yīng)用中，只暴露出一個(gè)域名給用戶，該域名地址通常對應(yīng)的是一個(gè)Nginx，用于負(fù)載均衡。Nginx在收到請求后，會根據(jù)當(dāng)前情況，將請求分配給不同的服務(wù)器節(jié)點(diǎn)來響應(yīng)。這套系統(tǒng)的架構(gòu)圖中，多個(gè)服務(wù)器節(jié)點(diǎn)的地位是相同。

分布式架構(gòu)的優(yōu)點(diǎn)

從當(dāng)前來看，分布式的架構(gòu)主要有高并發(fā)，高穩(wěn)定的特點(diǎn)。

高并發(fā)是指當(dāng)單節(jié)點(diǎn)服務(wù)器的性能已經(jīng)達(dá)到了瓶頸之后，可以通過引入Nginx，部署多個(gè)服務(wù)器節(jié)點(diǎn)的方式來擴(kuò)容，增加系統(tǒng)的吞吐量。這就是 1*N =N的意義。

高穩(wěn)定是指如果由于不可預(yù)測的原因，發(fā)生了單個(gè)或部分節(jié)點(diǎn)宕機(jī)，不會影響系統(tǒng)整體的功能服務(wù)，即M-N>0(其中M>N)，對于用戶來說，系統(tǒng)可用永遠(yuǎn)是最重要的。

以上兩點(diǎn)對評估系統(tǒng)性能，以及服務(wù)口碑方面有著非常重要的意義。

綜上，根據(jù)我個(gè)人的經(jīng)驗(yàn)，目前不論是市場級產(chǎn)品還是公司級產(chǎn)品，只要是對服務(wù)質(zhì)量有追求的項(xiàng)目組，都會殊途同歸發(fā)展到分布式架構(gòu)。

此外，對于功能不是非常復(fù)雜龐大的項(xiàng)目組來說，只要在最開始開發(fā)設(shè)計(jì)階段，就及時(shí)引入memcache或者Redis作為數(shù)據(jù)緩存，而不是使用server的內(nèi)存，那么后期切換為分布式系統(tǒng)的過程也會十分快捷。

以上是我的個(gè)人淺見，歡迎各位在下方評論區(qū)與我溝通。

我是蘇蘇思量，來自BAT的java開發(fā)工程師，每天分享科技類見聞，歡迎關(guān)注我，與我共同進(jìn)步。

灰度發(fā)布如何實(shí)現(xiàn)，其中的原理能幫忙說說嗎？

灰度發(fā)布，是在軟件開發(fā)過程中的一種交付方式，而提到交付方式，就不得不說F5，F(xiàn)5可是在應(yīng)用交付解決方案領(lǐng)導(dǎo)者。

F5除了傳統(tǒng)的A/B測試場景之外，還可以在線復(fù)制生產(chǎn)系統(tǒng)的流量到測試系統(tǒng)。

其原理就是，用戶數(shù)據(jù)的升級并不是大面積的一次性升級，而是通過一個(gè)用戶升級標(biāo)志服務(wù)器，如果用戶數(shù)據(jù)沒有升級，后臺會把此用戶的數(shù)據(jù)逐步遷移到新版本上，然后將升級標(biāo)志位置1，升級過程中，用戶仍然可以訪問舊的數(shù)據(jù)，升級完成后的訪問都將轉(zhuǎn)發(fā)給新的版本。

藍(lán)綠部署和灰度發(fā)布區(qū)別？

1、藍(lán)綠發(fā)布（Blue/Green Deployment）

藍(lán)綠部署：是不停老版本，部署新版本然后進(jìn)行測試。

確認(rèn) OK 后將流量切到新版本，然后老版本同時(shí)也升級到新版本。

特點(diǎn)：藍(lán)綠部署無需停機(jī)，并且風(fēng)險(xiǎn)較小。

2、灰度發(fā)布

灰度發(fā)布：是指在黑與白之間，能夠平滑過渡的一種發(fā)布方式。

AB Test 就是一種灰度發(fā)布方式，讓一部分用戶繼續(xù)用 A，一部分用戶開始用 B，如果用戶對 B 沒有什么反對意見，那么逐步擴(kuò)大范圍，把所有用戶都遷移到 B 上面來。

灰度發(fā)布可以保證整體系統(tǒng)的穩(wěn)定，在初始灰度的時(shí)候就可以發(fā)現(xiàn)、調(diào)整問題，以保證其影響度。

系統(tǒng)軟件架構(gòu)中，現(xiàn)在很流行微服務(wù)，那么使用微服務(wù)就一定好么？微服務(wù)有哪些缺點(diǎn)呢？

題主做軟件的應(yīng)該聽說過“沒有銀彈”這句話吧？如果真有一個(gè)能解決所有問題的軟件，還要這么多軟件開發(fā)人員干嘛？如果有人說有，不是沒干過軟件，就是在打廣告。

“微服務(wù)”不是銀彈，解決不了所有問題，有其自己的適應(yīng)場景。我大致總結(jié)了如下場景：

• 業(yè)務(wù)發(fā)展較快，希望能在后期快速的支撐爆發(fā)增長的訪問量（首先確認(rèn)是不是真的業(yè)務(wù)發(fā)展很快）
• 業(yè)務(wù)非常復(fù)雜，且有很多不確定性，可以考慮領(lǐng)域驅(qū)動(dòng)設(shè)計(jì) 微服務(wù)實(shí)現(xiàn)
• 項(xiàng)目很大，人員很多，考慮切分為多個(gè)小組進(jìn)行微服務(wù)開發(fā)
• 需要整合很多的老系統(tǒng)，可以考慮微服務(wù)的sidecar模式或者SOA
• 希望在公司層面構(gòu)建一套統(tǒng)一的業(yè)務(wù)技術(shù)平臺。登陸，文件服務(wù)，日終服務(wù)等，由業(yè)務(wù)平臺提供，開發(fā)人員只需要關(guān)注業(yè)務(wù)服務(wù)

相對的，需要快速落地的簡單業(yè)務(wù)就不適合微服務(wù)，后期維護(hù)成本遠(yuǎn)超成本。

就像，大型超市有多個(gè)收銀臺，小超市也搞多個(gè)收銀臺，營業(yè)額還不夠發(fā)人員工資的。

最后，技術(shù)是為業(yè)務(wù)服務(wù)的，一個(gè)技術(shù)在某個(gè)場景的優(yōu)勢，在另一個(gè)場景下可能就變成了劣勢，拋開業(yè)務(wù)討論哪個(gè)技術(shù)好不好，都是耍流氓～