摘要:這家公司成立于年成立之初技術(shù)團隊僅有人得益于老板的英明再加上撞上了風口公司的業(yè)務(wù)一直發(fā)展的不錯以下為這家公司的內(nèi)部架構(gòu)演進過程階段單體架構(gòu)年年公司只有一條業(yè)務(wù)線業(yè)務(wù)處于緩慢發(fā)展階段在團隊成立之初技術(shù)負責人采用了的技術(shù)棧在一個月內(nèi)上線了一套
這家公司成立于2010年, 成立之初技術(shù)團隊僅有4人. 得益于老板的英明, 再加上撞上了風口, 公司的業(yè)務(wù)一直發(fā)展的不錯. 以下為這家公司的內(nèi)部架構(gòu)演進過程:
階段1: 單體架構(gòu)2010年-2011年: 公司只有一條業(yè)務(wù)線, 業(yè)務(wù)處于緩慢發(fā)展階段. 在團隊成立之初, 技術(shù)負責人采用了SpringMVC + Spring + MyBatis的技術(shù)棧, 在一個月內(nèi)上線了一套單體式系統(tǒng). 技術(shù)團隊根據(jù)業(yè)務(wù)需要不斷上線單體系統(tǒng). 此時公司業(yè)務(wù)處于試錯階段, 研發(fā)團隊規(guī)模一直維持在4個人左右, 研發(fā)團隊的交付能力能較好滿足業(yè)務(wù)訴求.
階段2: 煙囪式架構(gòu)2011年-2014年: 之前的老業(yè)務(wù)先1沒有得到很好發(fā)展, 公司決定開辟一條新業(yè)務(wù)線2, 老業(yè)務(wù)1僅保持試錯探索狀態(tài). 技術(shù)負責人決定通過copy老業(yè)務(wù)線1代碼的方式獨立部署新業(yè)務(wù)線2, 因為新老業(yè)務(wù)線的發(fā)展速度的不一致導致迭代速度不一致, 所以新老業(yè)務(wù)線獨立部署, 不會相互影響迭代速度. 經(jīng)過1個月的修改, 研發(fā)團隊完成了業(yè)務(wù)線2的上線. 雖然研發(fā)團隊擴大了10個人左右, 但疲于應(yīng)對大量來自兩條業(yè)務(wù)線的需求.
階段3: 服務(wù)化架構(gòu)2014年-2016年: 業(yè)務(wù)2有了爆發(fā)式的增長, 給公司帶來了大量的現(xiàn)金流, 公司決定擴張新的業(yè)務(wù)線3來進一步擴大市場邊界. 研發(fā)團隊也持續(xù)增長, 成為一個30人規(guī)模的組織. 雖然研發(fā)部門擴大了, 但是業(yè)務(wù)部門的投訴確越來越多: 交付速度緩慢, 交付物質(zhì)量低下. 同時, 技術(shù)負責人也發(fā)現(xiàn)同樣的坑在不同的產(chǎn)線總是重復發(fā)生. 為此技術(shù)負責人決定架構(gòu)服務(wù)化: 通過將多產(chǎn)線共有的通用業(yè)務(wù)下沉, 分離了基礎(chǔ)服務(wù)A和基礎(chǔ)服務(wù)B, 每個服務(wù)由4人左右團隊維護. 通過框架dubbo進行服務(wù)治理, 在技術(shù)團隊進行了為期半年的服務(wù)治理后, 業(yè)務(wù)系統(tǒng)的交付速度和交付質(zhì)量得到了很好的提升.
階段4: 平臺服務(wù)架構(gòu)2016年-至今: 因為業(yè)務(wù)2和業(yè)務(wù)3的發(fā)展, 公司鞏固了細分市場的領(lǐng)先地位, 但公司需要進一步對其他市場進行開拓, 所以快速構(gòu)建成熟穩(wěn)定的業(yè)務(wù)線, 成了技術(shù)部門一項緊迫的任務(wù). 技術(shù)負責人為此對業(yè)務(wù)線系統(tǒng)的通過邏輯進一步進行下沉, 構(gòu)建了平臺服務(wù)G和平臺服務(wù)H,每個平臺由一個3人研發(fā)團隊維護, 兩個平臺提供了穩(wěn)定可靠的基礎(chǔ)業(yè)務(wù)能力. 而老的業(yè)務(wù)線復雜度也進一步得到降低. 公司在新的架構(gòu)上啟動了多條業(yè)務(wù)線, 平均每個業(yè)務(wù)線由2人研發(fā)團隊 在2周內(nèi)完成上線. 技術(shù)部門快速交付的能力得到了業(yè)務(wù)部門的認可.
場景 電商:業(yè)務(wù)線系統(tǒng): B2B業(yè)務(wù)系統(tǒng), B2C業(yè)務(wù)系統(tǒng), 團購系統(tǒng) ...
基礎(chǔ)服務(wù): 用戶服務(wù), 商品服務(wù), 訂單服務(wù), 購物車服務(wù), 支付服務(wù), 履約配送服務(wù)...
平臺服務(wù): 數(shù)據(jù)平臺, CMS平臺...
消費金融:業(yè)務(wù)線系統(tǒng): 3C場景貸, 家裝場景貸, 現(xiàn)金貸...
基礎(chǔ)服務(wù): 風控服務(wù), 用戶服務(wù), 貸前服務(wù), 貸后訂單服務(wù), 資金服務(wù), 催收服務(wù)...
平臺服務(wù): 數(shù)據(jù)平臺, 申請流程平臺...
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://www.ezyhdfw.cn/yun/11794.html
摘要:在一家典型的互聯(lián)網(wǎng)創(chuàng)業(yè)公司內(nèi)部架構(gòu)的演進過程中我講述了一個虛擬企業(yè)的架構(gòu)演進歷程雖然架構(gòu)的演進看起來順利成章,但是從煙囪式架構(gòu)到服務(wù)化架構(gòu)演進,以及從服務(wù)化架構(gòu)到平臺服務(wù)架構(gòu)演進,大多數(shù)公司的實施都會異常艱辛除了業(yè)務(wù)邊界難確定外業(yè)務(wù)系統(tǒng)對基 在《一家典型的互聯(lián)網(wǎng)創(chuàng)業(yè)公司內(nèi)部架構(gòu)的演進過程》中我講述了一個虛擬企業(yè)的架構(gòu)演進歷程:showImg(https://segmentfault.c...
摘要:阿里巴巴的共享服務(wù)理念以及企業(yè)級互聯(lián)網(wǎng)架構(gòu)建設(shè)的思路,給這些企業(yè)帶來了不少新的思路,這也是我最終決定寫這本書的最主要原因。盡在雙阿里巴巴技術(shù)演進與超越是迄今唯一由阿里巴巴集團官方出品全面闡述雙八年以來在技術(shù)和商業(yè)上演進和創(chuàng)新歷程的書籍。 showImg(https://segmentfault.com/img/remote/1460000015386860); 1、大型網(wǎng)站技術(shù)架構(gòu):核...
摘要:應(yīng)用的研發(fā)上線運維運營形成閉環(huán),順利完成從對內(nèi)服務(wù)到公共平臺的升級。從功能角度,只能支持靜態(tài)方式設(shè)置反向代理,然后,而平臺有服務(wù)對應(yīng)的后端服務(wù)和端口是有動態(tài)調(diào)整需求。架構(gòu)上是基礎(chǔ)組件需要進行升級,數(shù)據(jù)訪問層日志監(jiān)控系統(tǒng)等。 介紹 ? ? ? ?MaxLeap早期是一家研發(fā)、運營移動應(yīng)用和手機游戲公司,發(fā)展過程中積累了很多通用組件。這些組件很大程度幫公司在移動研發(fā)過程中節(jié)省了時間和成本,...
摘要:導語本期訪談對象許式偉,七牛云存儲,國內(nèi)語言圈領(lǐng)軍人物,社區(qū)發(fā)起人。許式偉的經(jīng)歷頗有傳奇性,大學時就有狂外號的他,憑一份手寫簡歷成功應(yīng)聘金山,兩年后成長為首席架構(gòu)師,領(lǐng)導長達年的研發(fā)。在某技術(shù)大會的間隙,我第一次見到許式偉。 showImg(https://segmentfault.com/img/bVjLDc); 文:Gracia (本文為原創(chuàng)內(nèi)容,部分或全文轉(zhuǎn)載均需經(jīng)過作者授權(quán),...
閱讀 3006·2021-11-23 09:51
閱讀 3161·2021-11-15 11:39
閱讀 3060·2021-11-09 09:47
閱讀 2591·2019-08-30 13:49
閱讀 2161·2019-08-30 13:09
閱讀 3160·2019-08-29 16:10
閱讀 3578·2019-08-26 17:04
閱讀 1100·2019-08-26 13:57