摘要:后端架構(gòu)演進(jìn)在公司已經(jīng)走過很多個(gè)年頭,有幸能夠親手去創(chuàng)造架構(gòu)組,甚至帶領(lǐng)團(tuán)隊(duì)去完成部分架構(gòu)的調(diào)整,驗(yàn)證架構(gòu)的想法??偨Y(jié)這個(gè)架構(gòu)演進(jìn)主要是為了解耦業(yè)務(wù),釋放人力去將業(yè)務(wù)做得更加精細(xì),提供業(yè)務(wù)質(zhì)量。
后端架構(gòu)演進(jìn)
在公司已經(jīng)走過很多個(gè)年頭,有幸能夠親手去創(chuàng)造架構(gòu)組,甚至帶領(lǐng)團(tuán)隊(duì)去完成部分架構(gòu)的調(diào)整,驗(yàn)證架構(gòu)的想法。希望能夠得到大牛們的一些指引。
1.0 時(shí)代傳統(tǒng)的 LNMP 架構(gòu),雜亂的應(yīng)用體系,數(shù)不清的坑。單體應(yīng)用的情況下還可以接受,一旦業(yè)務(wù)發(fā)展速度加快,人員不到位,就可能出現(xiàn)這種情況。
這個(gè)結(jié)構(gòu)相當(dāng)簡(jiǎn)單,數(shù)據(jù)庫(kù)在本機(jī),業(yè)務(wù)代碼也在本機(jī),一臺(tái)機(jī)子上有不同的項(xiàng)目。
2.0 時(shí)代雖然說 2.0 時(shí)代有了咱們自身的數(shù)據(jù)庫(kù)服務(wù)器,名義上將數(shù)據(jù)庫(kù)與業(yè)務(wù)代碼進(jìn)行分離,但是服務(wù)器還有很多不同的業(yè)務(wù)代碼,還可能相互影響著。
隨著時(shí)間的推移,這樣的結(jié)構(gòu)越來(lái)越復(fù)雜,每個(gè)業(yè)務(wù)中甚至還穿插著其他業(yè)務(wù),維護(hù)尤其的累與危險(xiǎn)。
3.0 時(shí)代正式提出將業(yè)務(wù)進(jìn)行模塊化處理,將公共的模塊獨(dú)立成一個(gè)基礎(chǔ)的組件運(yùn)行,并由其負(fù)責(zé)獨(dú)立處理。
整個(gè)過程相關(guān)于是將很多業(yè)務(wù)進(jìn)行調(diào)整,其中涉及的量還不少,并且需要推翻了部分業(yè)務(wù)的流程,可謂是一個(gè)大工程。
自從將業(yè)務(wù)組件拆分之后,維護(hù)起來(lái)也相對(duì)容易了一些,但是因?yàn)椴鸱至?,說明數(shù)量增多了,維護(hù)的成本也相對(duì)較高。
4.0 時(shí)代雖然將組建都拆分了處理啊,但是業(yè)務(wù)上還是相對(duì)雜亂的,于是,我們就重新將業(yè)務(wù)進(jìn)行編排,并且加入了網(wǎng)關(guān) + 內(nèi)部DNS服務(wù)器,用來(lái)解決端口泛濫的問題。
咱么協(xié)議目前還是是用HTTP協(xié)議進(jìn)行通信。
總結(jié)這個(gè)架構(gòu)演進(jìn)主要是為了解耦業(yè)務(wù),釋放人力去將業(yè)務(wù)做得更加精細(xì),提供業(yè)務(wù)質(zhì)量。但是解耦意味著人力投入的增加,所以需要適當(dāng)考慮當(dāng)前是否適合進(jìn)行這樣的架構(gòu)調(diào)整。
問題:
資源編排: 想要將業(yè)務(wù)做得更加獨(dú)立,就需要重新對(duì)資源進(jìn)行編排,獨(dú)立的業(yè)務(wù),獨(dú)立的資源
服務(wù)超時(shí): 拆分之后的業(yè)務(wù)調(diào)用更加復(fù)雜,當(dāng)其中一個(gè)鏈路出現(xiàn)問題的時(shí)候,可能會(huì)影響整個(gè)調(diào)用過程出現(xiàn)問題,所以適當(dāng)?shù)某瑫r(shí)處理是必須的。
增加監(jiān)控的難度: 因?yàn)榉?wù)多了,調(diào)用的關(guān)系鏈更加復(fù)雜,需要定位到具體服務(wù)器,具體代碼,則需要引入調(diào)用鏈監(jiān)控的環(huán)節(jié),目前使用到的是 fiery
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/25587.html
摘要:淺談秒殺系統(tǒng)架構(gòu)設(shè)計(jì)后端掘金秒殺是電子商務(wù)網(wǎng)站常見的一種營(yíng)銷手段。這兩個(gè)項(xiàng)目白話網(wǎng)站架構(gòu)演進(jìn)后端掘金這是白話系列的文章。 淺談秒殺系統(tǒng)架構(gòu)設(shè)計(jì) - 后端 - 掘金秒殺是電子商務(wù)網(wǎng)站常見的一種營(yíng)銷手段。 不要整個(gè)系統(tǒng)宕機(jī)。 即使系統(tǒng)故障,也不要將錯(cuò)誤數(shù)據(jù)展示出來(lái)。 盡量保持公平公正。 實(shí)現(xiàn)效果 秒殺開始前,搶購(gòu)按鈕為活動(dòng)未開始。 秒殺開始時(shí),搶購(gòu)按鈕可以點(diǎn)擊下單。 秒殺結(jié)束后,按鈕按鈕變...
摘要:應(yīng)用的研發(fā)上線運(yùn)維運(yùn)營(yíng)形成閉環(huán),順利完成從對(duì)內(nèi)服務(wù)到公共平臺(tái)的升級(jí)。從功能角度,只能支持靜態(tài)方式設(shè)置反向代理,然后,而平臺(tái)有服務(wù)對(duì)應(yīng)的后端服務(wù)和端口是有動(dòng)態(tài)調(diào)整需求。架構(gòu)上是基礎(chǔ)組件需要進(jìn)行升級(jí),數(shù)據(jù)訪問層日志監(jiān)控系統(tǒng)等。 介紹 ? ? ? ?MaxLeap早期是一家研發(fā)、運(yùn)營(yíng)移動(dòng)應(yīng)用和手機(jī)游戲公司,發(fā)展過程中積累了很多通用組件。這些組件很大程度幫公司在移動(dòng)研發(fā)過程中節(jié)省了時(shí)間和成本,...
摘要:架構(gòu)演進(jìn)單機(jī)架構(gòu)以淘寶作為例子。隨著用戶數(shù)的增長(zhǎng),并發(fā)讀寫數(shù)據(jù)庫(kù)成為瓶頸第二次演進(jìn)引入本地緩存和分布式緩存在同服務(wù)器上或同中增加本地緩存,并在外部增加分布式緩存,緩存熱門商品信息或熱門商品的頁(yè)面等。 1. 概述 本文以淘寶作為例子,介紹從一百個(gè)并發(fā)到千萬(wàn)級(jí)并發(fā)情況下服務(wù)端的架構(gòu)的演進(jìn)過程,同時(shí)列舉出每個(gè)演進(jìn)階段會(huì)遇到的相關(guān)技術(shù),讓大家對(duì)架構(gòu)的演進(jìn)有一個(gè)整體的認(rèn)知,文章最后匯總了一些架構(gòu)...
閱讀 3313·2021-11-18 10:02
閱讀 2759·2019-08-30 13:56
閱讀 420·2019-08-29 12:36
閱讀 531·2019-08-28 18:07
閱讀 725·2019-08-27 10:51
閱讀 3459·2019-08-26 12:13
閱讀 3304·2019-08-26 11:46
閱讀 3325·2019-08-23 12:00