基于資產(chǎn)配置模式下的技術中臺實踐

1、基于資產(chǎn)配置模式下的技術中臺實踐講在最前中臺解決的是避免煙囪式的產(chǎn)品，同時大幅度降低新產(chǎn)品的構(gòu)建 成本和運營成本。微服務解決的是單個模塊的復雜度問題，分離關注點，降低重構(gòu) 難度，容許各個單元技術上異構(gòu)。講在最前“中臺不是一種技術實現(xiàn)，而是一種技術戰(zhàn)略。”“除了技術、業(yè)務，還有數(shù)據(jù)和組織?！蹦夸浽谑裁辞闆r下，技術中臺才會有價值？1技術中臺實踐過程中的問題與挑戰(zhàn)2未來的路該怎么走？3業(yè)務系統(tǒng)的演進技術中臺的前提業(yè)務系統(tǒng)發(fā)展歷程012012 - 20131.0單體+單產(chǎn)品032017 - 20183.0重新定義022014 - 20162.0單體+多產(chǎn)品1.0時代：單體+單產(chǎn)品2.0時代：單體+多產(chǎn)

2、品前臺負責部分業(yè)務拼裝缺少分層，系統(tǒng)相互調(diào)用基礎組件五花八門多套運營后臺3.0時代(業(yè)務)：多業(yè)務線+組合/創(chuàng)新3.0時代(系統(tǒng))：多業(yè)務線+組合/創(chuàng)新業(yè)務系統(tǒng)的演進技術中臺的前提很多美好的結(jié)局，都起源于領導的一句話領導晚上做了個夢，醒來給我打了個電話“要不咱們也搞個中臺玩一玩？”中臺是“建立”起來的，還是“演化”出來的？搞中臺？ 是不是閑的 蛋疼？前提1：技術組織結(jié)構(gòu)垂直化1前提2：業(yè)務線又多又復雜21.0&2.0時代：按職能模式劃分的組織1.0&2.0時代：按職能模式劃分的組織“瞧瞧這結(jié)構(gòu)，有什么問題嗎？”成 本效 率或質(zhì) 量或3.0時代：每個團隊都圍繞 “交付速度” 開展工作痛點：因“屁

3、股決定腦袋”而引發(fā) 多種多樣的中間件，每個團隊獨立選型中間件，沒有統(tǒng)一的維護，沒有統(tǒng)一的知識積 累，無法得到統(tǒng)一的保障。 開發(fā)與測試、運維之間目標不一致（比如測試A君，開發(fā)要求你只做功能測試，快上 線，但測試老大卻要求你做非功能測試，保障質(zhì)量，避免背鍋到底聽誰的？）， 陷入永無休止的扯皮與爭吵。3.0時代：每個團隊都圍繞 “交付速度” 開展工作 目標：技術服務下沉，快速試錯，小步快跑3.0時代：每個團隊都圍繞 “交付速度” 開展工作方案：因“穿同一條褲子”而解決 成立平臺架構(gòu)組，負責中間件、自動化測試/運維、數(shù)據(jù)庫等技術工具或服務的開發(fā)、維護。 把質(zhì)量管理部中的測試團隊，與系統(tǒng)運維部中的應用運

4、維團隊，按照系統(tǒng)功能拆分至 各開發(fā)團隊，由原開發(fā)經(jīng)理負責，形成各自獨立的Feature Team。中臺是“建立”起來的，還是“演化”出來的？搞中臺？ 是不是閑的 蛋疼？前提1：技術組織結(jié)構(gòu)垂直化1前提2：業(yè)務線又多又復雜2多業(yè)務線+組合/創(chuàng)新，對系統(tǒng)建設帶來的挑戰(zhàn)多業(yè)務線+組合/創(chuàng)新，對系統(tǒng)建設帶來的挑戰(zhàn)申購 確認贖回 確認取現(xiàn)購回贖 回 確認贖存入儲蓄 罐申 確購 認確認購過確 認份額結(jié)轉(zhuǎn)儲蓄 易對各類創(chuàng)新業(yè)務的增加公募 + 儲蓄罐000667時取 現(xiàn)過賬儲蓄罐份額賬儲蓄罐份額結(jié)轉(zhuǎn)儲蓄罐交易對賬 罐交賬TA轉(zhuǎn)換482002時基代金創(chuàng)新 買入儲蓄罐買創(chuàng)新對賬支付 取現(xiàn)？ 回？存購入？贖回？申申

5、購購 贖回申？ 存入？申購 ？贖回 確認代儲蓄公公募募？+ 儲罐蓄買罐確？認 贖回 ？ 申？ 份 額儲蓄 罐？支付贖？回申到儲蓄罐 贖 ？ 業(yè)務創(chuàng)新比較多，需要前后臺系統(tǒng)定制開發(fā)，邏輯兼容難度增加。 業(yè)務邏輯分散，缺少統(tǒng)一適配層，每次測試工作都需要 ALL IN。多業(yè)務線+組合/創(chuàng)新，對系統(tǒng)建設帶來的挑戰(zhàn)01金融全產(chǎn)品客戶資產(chǎn)配置要求系 統(tǒng)能夠同時支持多種 金融產(chǎn)品的交易流程系統(tǒng)高復雜系統(tǒng)需要支持多種金 融產(chǎn)品， 并且還需要 降低運營成本， 并考 慮監(jiān)管的因素0203運維成本高基礎組件裸用， 技術 選型使用五花八門， 運維成本居高不下從“抓壯丁”，逐漸向事業(yè)線制轉(zhuǎn)化 技術中臺的作用是什么？有點

6、像編程時的適配層，起到承上啟下的作用，將整個公司的技術能力與業(yè) 務能力分離，并以產(chǎn)品化方式向前臺提供 技術賦能，形成強力支撐。測試、運維打散到產(chǎn)品線，是否能高效跑起來，要看中臺資源整合的能力目錄技術中臺實踐過程中的問題與挑戰(zhàn)2在什么情況下，技術中臺才會有價值？1未來的路該怎么走？3關鍵思考在你的印象里，企業(yè)文化 對 技術中臺 的落地會產(chǎn)生哪些影響？企業(yè)文化沒有對錯，合適即可與阿里云在阿里的落地騰訊云在騰訊的落地技術中臺演進所面臨的3大挑戰(zhàn)屁股決定腦袋該死的技術債眾口難調(diào)場景1：前臺與中臺之間的“矛盾”多個團隊，多套代碼，多套 標準，服務多家客戶，但這 樣一來成本又難以承受，時 間一長，肯定資不

7、抵債。一個團隊，一套代碼，一套 標準，服務多家客戶，但客 戶不買賬，客戶說我的需求 都是個性化的，你別來某某 標準來引導我，叫你咋做， 你就咋做，不愿意？那您走， 我找別人家做。隨著用戶數(shù)的增多，成本與效率/質(zhì)量的矛盾日益凸顯。一個團隊，一套代碼，多套 標準，服務多家客戶，通過技術與配置化的手段，利用SOA思想，打造自己的產(chǎn)品 化平臺，但對技術投入要求 較高，尤其是核心人才的依 賴較大，中小型企業(yè)一般都 很難留住這些人，只要他們 一走，公司基本完蛋。一對一服務 - 項目制一對多服務 - 標準化一對多服務 - 產(chǎn)品化場景2：該死的技術債 舉個栗子：A團隊和B團隊，同時需要接入分布式緩存系統(tǒng)。場景3：誰說了都算，誰說了都不算老板的經(jīng)驗技術債務抄襲別人目錄未來的路該怎么走？3在什么情況下，技術中臺才會有價值？1技術中臺實踐過程中的問題與挑戰(zhàn)2技術人和系統(tǒng)的 成長依賴于規(guī)模效應。但可悲的是，很多系統(tǒng)和人都活了十幾年，雖然沒死掉，但也沒 長大，有經(jīng)驗的人沒留住，技術投入也越來 越小。思考：下一步，技術中/后臺的路該怎么走？或繼續(xù)自研逐步上云結(jié)論：我們選擇騰訊云，并逐步上云原因1：投入下降業(yè)務模 式