1、技術(shù)創(chuàng)新，變革未來企業(yè)中臺技術(shù)架構(gòu)解決方案123 總體技術(shù)架構(gòu)思路 中臺設(shè)計(jì) 總體技術(shù)架構(gòu)設(shè)計(jì)總體架構(gòu)思路-技術(shù)架構(gòu)三原則 核心技術(shù)架構(gòu)與核心技術(shù)框架全國統(tǒng)一 核心技術(shù)架構(gòu)要支持中臺設(shè)計(jì)（破解煙囪式系統(tǒng)，以局為單位建設(shè)一個(gè)系統(tǒng)） 核心技術(shù)框架與具體的技術(shù)產(chǎn)品進(jìn)行適配性解耦總體架構(gòu)思路-我們要統(tǒng)一什么？ 統(tǒng)一架構(gòu)視角與具體處理方式 要用全局的架構(gòu)視角，將所有企業(yè)全業(yè)務(wù)看成一個(gè)系統(tǒng)為什么這樣做？ 要破除“煙囪式”應(yīng)用系統(tǒng)，要做到業(yè)務(wù)全局共享、數(shù)據(jù)全局打通 怎么做？ 使用“中臺”的設(shè)計(jì)理念與設(shè)計(jì)方法 總體架構(gòu)思路-我們要統(tǒng)一什么？ 什么是技術(shù)架構(gòu)？技術(shù)架構(gòu)是系統(tǒng)的技術(shù)藍(lán)圖，是系統(tǒng)按照不同技術(shù)視角從整

2、體到部分的最高層次分解，同時(shí)它也包含一些不宜改變的決定。它由多個(gè)組件以及它們彼此間的關(guān)系組成，并且在一定環(huán)境和原則下進(jìn)行設(shè)計(jì)和演變 在一個(gè)系統(tǒng)里，統(tǒng)一技術(shù)架構(gòu)與技術(shù)框架總體架構(gòu)思路-我們要統(tǒng)一什么？ 什么是技術(shù)框架？ 按照技術(shù)架構(gòu)的層次分解固化下來的技術(shù)層次調(diào)用編碼，可以在抽象層面上實(shí)現(xiàn)技術(shù)調(diào)用閉環(huán)，它是應(yīng)用編程的基礎(chǔ)核心代碼，應(yīng)用系統(tǒng)在框架代碼的基礎(chǔ)上擴(kuò)展出業(yè)務(wù)邏輯，形成應(yīng)用系統(tǒng)。總體架構(gòu)思路-我們要統(tǒng)一什么？ 技術(shù)架構(gòu)與技術(shù)框架的關(guān)系視圖層 控制層（技術(shù)框架）業(yè)務(wù)層數(shù)據(jù)層分層結(jié)構(gòu)、層次間調(diào)用關(guān)系（規(guī)范來保證）代碼來保證技術(shù)架構(gòu)總體架構(gòu)思路-適配地方要具備： 技術(shù)架構(gòu)中要求的PAAS層能力，

3、需按照統(tǒng)一標(biāo)準(zhǔn)規(guī)范構(gòu)建云平臺的平臺服務(wù)（Platform-as-a-Service，PAAS）能力，應(yīng)包括分布式服務(wù)、消息隊(duì)列服務(wù)、分布式緩存服務(wù)、分布式日志服務(wù)、分布式數(shù)據(jù)訪問服務(wù)、關(guān)系型數(shù)據(jù)庫、非結(jié)構(gòu)化存儲服務(wù)、離線計(jì)算引擎、實(shí)時(shí)計(jì)算引擎、流計(jì)算引擎等。 能夠支撐PAAS層服務(wù)的IAAS層基礎(chǔ)設(shè)施技術(shù)架構(gòu)的變化 全面使用分布式架構(gòu) 云的技術(shù)本質(zhì)：分布式計(jì)算 云上的技術(shù)：橫向擴(kuò)展，性能線性提升VS技術(shù)架構(gòu)的變化 從單體架構(gòu)到微服務(wù)架構(gòu)單體架構(gòu)的可維護(hù)性及復(fù)雜度隨著系統(tǒng)規(guī)模的增加變得越來越難以控制水平擴(kuò)展性的成本較高，要整體克隆出一個(gè)系統(tǒng)來，通過負(fù)載均衡的技術(shù)來分擔(dān)計(jì)算壓力對壓力大的模塊，無法

4、分拆出來進(jìn)行單獨(dú)擴(kuò)展過去我們把應(yīng)用的業(yè)務(wù)邏輯大量寫在數(shù)據(jù)庫中，中間層的壓力不大，這種架構(gòu)還可以應(yīng)付。如今大量的業(yè)務(wù)會在中間層完成，中間層的不同的業(yè)務(wù)模塊對硬件的需求并不一樣，有的是CPU計(jì)算密集型，有的是內(nèi)存使用密集型，有的是IO密集型，這樣在做橫向擴(kuò)展時(shí)我們?nèi)绻寺〕鲆粋€(gè)應(yīng)用，那么硬件就要CPU密集、內(nèi)存夠大、IO夠強(qiáng)，成本很高。單體架構(gòu)技術(shù)架構(gòu)的變化 從單體架構(gòu)到微服務(wù)架構(gòu)微服務(wù)架構(gòu)（通過服務(wù)的方式解耦、隔離業(yè)務(wù)變化） 微服務(wù)架構(gòu)是一種架構(gòu)模式，它提倡將單一應(yīng)用程序劃分成一組小的服務(wù)，服務(wù)之間互相協(xié)調(diào)，互相配合，為用戶提供最終價(jià)值。服務(wù)與服務(wù)之間采用輕量級的通信機(jī)制互相溝通，每個(gè)服務(wù)都能獨(dú)

5、立的部署到生產(chǎn)環(huán)境之中。單體架構(gòu)微服務(wù)架構(gòu)技術(shù)架構(gòu)的變化 從中心化架構(gòu)到去中心化架構(gòu)傳統(tǒng)”中心化”系統(tǒng)架構(gòu)服務(wù)調(diào)用者 服務(wù)調(diào)用者企業(yè)服務(wù)總線服務(wù)提供者服務(wù)提供者 服務(wù)調(diào)用者服務(wù)提供者服務(wù)調(diào)用者服務(wù)提供者服務(wù)提供者服務(wù)調(diào)用者 “去中心化”系統(tǒng)架構(gòu)從集中式走向分布式小型機(jī)為中心X86架構(gòu) 虛擬化 可擴(kuò)展關(guān)系型數(shù)據(jù)庫集中存儲分布式存儲 多種存儲策略單體應(yīng)用大量使用存儲過程中臺化微服務(wù)化應(yīng)用可彈性伸縮基礎(chǔ)資源層數(shù)據(jù)資 源層應(yīng)用層123 總體技術(shù)架構(gòu)思路 中臺設(shè)計(jì) 總體技術(shù)架構(gòu)設(shè)計(jì)IAAS層與PAAS層的關(guān)系 行業(yè)應(yīng)用要在小資源上運(yùn)行大應(yīng)用，怎么辦？ 虛擬化技術(shù)只能將一個(gè)大的物理資源分割成小的易于部署的

6、虛擬資源，形成資源池，即大化小。 我們要依賴分布式技術(shù)將這些小資源再次整合成大的、可伸縮的計(jì)算能力總體技術(shù)架構(gòu)設(shè)計(jì)邏輯圖總體技術(shù)架構(gòu)設(shè)計(jì)邏輯圖總體技術(shù)架構(gòu)設(shè)計(jì)邏輯圖123 總體技術(shù)架構(gòu)思路 中臺設(shè)計(jì) 總體技術(shù)架構(gòu)設(shè)計(jì)業(yè)務(wù)中臺與數(shù)據(jù)中臺業(yè)務(wù)中臺數(shù)據(jù)中臺業(yè)務(wù)場景交易處理數(shù)據(jù)生成用戶觸點(diǎn)一切業(yè)務(wù)數(shù)據(jù)化一切數(shù)據(jù)業(yè)務(wù)化全域數(shù)據(jù)存儲數(shù)據(jù)萃取數(shù)據(jù)處理面向場景算法迭代什么是中臺？ 中臺是由業(yè)務(wù)中臺和數(shù)據(jù)中臺構(gòu)建起的數(shù)據(jù)閉環(huán)的業(yè)務(wù)體系, 實(shí)現(xiàn)以數(shù)字化資產(chǎn)的形態(tài)提升政府快速服務(wù)能力。什么是業(yè)務(wù)中臺？ 共享業(yè)務(wù)中心：按照高內(nèi)聚、低耦合原則，把共享的業(yè)務(wù)服務(wù)和依賴的數(shù)據(jù)資源進(jìn)行聚合，構(gòu)建共享業(yè)務(wù)中心。共享業(yè)務(wù)中心擁有

7、獨(dú)立數(shù)據(jù)資源，對外提供業(yè)務(wù)服務(wù)，有獨(dú)立運(yùn)營能力，能獨(dú)立部署，可通過不斷的迭代進(jìn)行自我完善。將醫(yī)療保障信息平臺上各個(gè)子系統(tǒng)之間可共享（復(fù)用，統(tǒng)一）的業(yè)務(wù)能力抽取出來，形成不同的“共享業(yè)務(wù)中心”，如：認(rèn)證中心，負(fù)責(zé)共享的系統(tǒng)認(rèn)證相關(guān)服務(wù)。什么是業(yè)務(wù)中臺？ 業(yè)務(wù)中臺：信息平臺上所有的“共享業(yè)務(wù)中心”的集合稱為“業(yè)務(wù)中臺”，支撐全領(lǐng)域業(yè)務(wù)能力復(fù)用（共享、統(tǒng)一）。新系統(tǒng)建設(shè)不用從頭開始，可以從業(yè)務(wù)中臺選擇適用的共享業(yè)務(wù)中心的服務(wù)，即可實(shí)現(xiàn)復(fù)用又可以避免“煙囪”式系統(tǒng)的建設(shè)。業(yè)務(wù)中臺通過核心能力沉淀支撐上層應(yīng)用系統(tǒng)的快速迭代和創(chuàng)新，從而解決系統(tǒng)擴(kuò)展能力低，業(yè)務(wù)功能重復(fù)建設(shè)、系統(tǒng)穩(wěn)定性差、無法支撐高并發(fā)等問

8、題。業(yè)務(wù)中臺的本質(zhì) 共性與個(gè)性分離業(yè)務(wù)中臺是一個(gè)復(fù)合體組織業(yè)務(wù)技術(shù)業(yè)務(wù)能力中心需要分布式架構(gòu)支撐思想，方法論保障業(yè)務(wù)穩(wěn)定復(fù)用應(yīng)對數(shù)據(jù)不一致性激活服務(wù)創(chuàng)新活力中臺不是平臺業(yè)務(wù)中臺的技術(shù)支撐功能需求高可靠性高可用性高性能可擴(kuò)展性可管理性安全性分布式服務(wù)能力：服務(wù)RPC協(xié)議調(diào)用能力，服務(wù)注冊和發(fā)布的基本功能，如Dubbo，EDAS；可擴(kuò)展性：垂直擴(kuò)展及橫向擴(kuò)展的能力，線性擴(kuò)展邊際效應(yīng)不衰減；服務(wù)支持應(yīng)用容器，應(yīng)用全生命周期管理和彈性伸縮。分庫分表支持分布式事務(wù)，分布式復(fù)雜查詢,MySQL兼容，平滑線性水平伸縮，MQ支持分布式事務(wù)消息服務(wù)；高性能：高并發(fā)，低響應(yīng)時(shí)間、高吞吐量、高資源利用率等等；比如H

9、SF協(xié)議比Dubbo協(xié)議序列化性能提升30%。MQ支持高性能毫秒級消息通知系統(tǒng)，海量消息堆積能力；可管理性：具備規(guī)模化的運(yùn)維及管理的能力，線上管控；服務(wù)框架支持?jǐn)?shù)字化運(yùn)營，鏈路監(jiān)控、服務(wù)降級、限流等；分庫分表工具，支持優(yōu)秀的數(shù)據(jù)庫運(yùn)維體驗(yàn)，MQ支持消息全息排查。安全性：針對金融行業(yè)安全需求，完善安全，支持等保相應(yīng)級別；非功能需求分布式消息能力：支持分布式隊(duì)列模型，如RMQ，阿里MQ；分布式數(shù)據(jù)能力：實(shí)現(xiàn)數(shù)據(jù)的分布式存儲能力，分庫分表，讀寫分離等功能，如Mycat，DRDS；高可用/高可靠：高可用，容災(zāi)能力，單元化及異地多活能力；分布式架構(gòu)需求中臺的高可用架構(gòu)鏈路負(fù)責(zé)人服務(wù)提供者誰調(diào)用了我的服務(wù)？在什么鏈路下調(diào)用，調(diào)用是否合理？調(diào)用趨勢怎樣？產(chǎn)生的瞬間峰值有多少？我的系統(tǒng)是否能支撐，是否要擴(kuò)容？我依賴了哪些應(yīng)用、哪些服務(wù)？整個(gè)鏈路的依賴路徑是怎樣的？哪些容易出錯(cuò)，哪些是鏈路的處理瓶頸？這些依賴如果出錯(cuò)，會有什么影響？分組：業(yè)務(wù)差異化對待限流：不超過系統(tǒng)限定水位鑒權(quán)：對服務(wù)權(quán)限控制治理手段治理手段弱化：容忍異常，業(yè)務(wù)不中斷降級：對故障分支進(jìn)行短路引流：分流或切換到其他通路壓測：系統(tǒng)能力的估算優(yōu)化：提高瓶頸點(diǎn)和毛刺的性能分布式服務(wù)治理分布式高可用分布式事務(wù)分布式服務(wù)總體應(yīng)用架構(gòu)設(shè)計(jì)前臺中臺公共服務(wù)區(qū)核心業(yè)務(wù)區(qū)如何建設(shè)業(yè)務(wù)中臺 業(yè)務(wù)分析領(lǐng)域模型設(shè)計(jì)中心劃分