企業(yè)IT架構(gòu)轉(zhuǎn)型之道

11構(gòu)建業(yè)務(wù)中臺基礎(chǔ)Supercell的研發(fā)核心思維ThinkSmall小團(tuán)隊模式Supercell（超級細(xì)胞芬蘭移動游戲巨頭。擁有《部落沖突》、《卡通農(nóng)場》、《海島奇兵》和《皇室戰(zhàn)爭》等全球熱門游戲。2016年6月，騰訊收購Supercell84.3%的股份，作價86億美元，整個公司估值102億美元。這不僅是騰訊歷史上，也是近年全球手機(jī)游戲行業(yè)最大金額的并購。根據(jù)騰訊的公告，這家總部位于芬蘭的公司，目前員工總數(shù)僅有190人。按照102億美元的估值，平均每個員工對應(yīng)的估值折合約3.5億人民幣。SupercellCEOIlkkaPaananen深游戲開發(fā)者在一個“小團(tuán)隊”阿里巴巴共享業(yè)務(wù)事業(yè)部的發(fā)展史大淘寶大淘寶淘天貓?zhí)蕴熵垖毺詫毺詫毺熵執(zhí)熵執(zhí)詫毺熵執(zhí)詫毺熵埞蚕順I(yè)務(wù)事業(yè)部共享業(yè)務(wù)事業(yè)部共享業(yè)務(wù)事業(yè)部共享業(yè)務(wù)事業(yè)部淘寶天貓阿里巴巴共享業(yè)務(wù)事業(yè)部在業(yè)務(wù)架構(gòu)中的重要地位支撐支撐支撐支撐阿里云平臺神農(nóng)集群監(jiān)控大禹集群布署 店鋪中心應(yīng)用發(fā)布應(yīng)用發(fā)布構(gòu)建業(yè)務(wù)中臺的基礎(chǔ)共享服務(wù)體系共享服務(wù)架構(gòu)的建設(shè)使得阿里巴巴擺脫了因為“煙囪式”系統(tǒng)建設(shè)方式所帶來的種種發(fā)展桎梏，價值1：回歸SOA的本質(zhì)-服務(wù)重用服務(wù)交互數(shù)據(jù)層共享服務(wù)會員中心服務(wù)交互數(shù)據(jù)層共享服務(wù)會員中心商品中心交易中心支付中心$$$服務(wù)交互服務(wù)交互-訂單-服務(wù)交互服務(wù)交互服務(wù)交互服務(wù)交互價值2：服務(wù)需要不斷的業(yè)務(wù)滋養(yǎng)服務(wù)不需要“業(yè)務(wù)穩(wěn)定”，而需要不停的滋養(yǎng)，只有在滋養(yǎng)中才能從最初僅提供單薄業(yè)務(wù)功能的服務(wù)逐漸成長為企業(yè)最為寶貴的IT資產(chǎn)，而服務(wù)所需的滋養(yǎng)正是來自新的業(yè)務(wù)不斷進(jìn)行服務(wù)的接入。物流系統(tǒng)物流系統(tǒng)支付平臺支付平臺開放平臺開放平臺開放服務(wù)服務(wù)滋養(yǎng)穩(wěn)定數(shù)據(jù)價值3：共享服務(wù)體系是培育業(yè)務(wù)創(chuàng)新的土壤各業(yè)務(wù)交易流程架構(gòu)師->交易中心中的業(yè)務(wù)人員及架構(gòu)師從來自不同業(yè)務(wù)的“點”->擴(kuò)展到線和面的維度全面掌控交易的業(yè)務(wù)（領(lǐng)域業(yè)務(wù)專家）點點點點點點創(chuàng)建訂單發(fā)貨訂單拆分?jǐn)?shù)據(jù)完整性安全校驗全網(wǎng)規(guī)則確認(rèn)修改價格關(guān)閉訂單訂單查詢刪除訂單付款價值4：賦予業(yè)務(wù)快速創(chuàng)新和試錯能力團(tuán)隊協(xié)同效率最高對戰(zhàn)機(jī)（商機(jī)）的把握更加敏銳調(diào)整方向更加快捷一旦發(fā)現(xiàn)正確目標(biāo)，全力投入擴(kuò)大戰(zhàn)果戰(zhàn)場中的中臺陣型戰(zhàn)場中的中臺陣型二戰(zhàn)，二戰(zhàn)，美軍以軍為單位作戰(zhàn)越戰(zhàn)，美軍以營為單位作戰(zhàn)中東，美軍以7人-11人極小班排作戰(zhàn)價值5：為真正發(fā)揮數(shù)據(jù)威力做好儲備數(shù)據(jù)分布廣、數(shù)據(jù)分布廣、格式不統(tǒng)一、不標(biāo)準(zhǔn)缺少能基于數(shù)據(jù)有業(yè)務(wù)建模能力的專家缺少能基于數(shù)據(jù)有業(yè)務(wù)建模能力的專家用戶、商品、交易等在業(yè)務(wù)和數(shù)據(jù)層融合業(yè)務(wù)數(shù)據(jù)歸整和沉淀高質(zhì)量的業(yè)務(wù)數(shù)據(jù)優(yōu)秀數(shù)據(jù)科學(xué)家，可遇不可求靠企業(yè)自我培養(yǎng)，共享服務(wù)體系培育懂業(yè)務(wù)的專家價值6：改變組織陣型會帶來組織效能的提升?針對每一個建設(shè)的服務(wù)中心，從組織架構(gòu)的形態(tài)上調(diào)整，不同角色人員（架構(gòu)師、?業(yè)務(wù)架構(gòu)師成為團(tuán)隊最核心的角色，也是業(yè)務(wù)負(fù)責(zé)人，懂技術(shù)和業(yè)務(wù)。成為服務(wù)中心業(yè)務(wù)發(fā)展的領(lǐng)路者，也是保障服務(wù)中心核心業(yè)務(wù)保持業(yè)務(wù)通用性和公共性的最重22共享服務(wù)體系搭建“”分布式服務(wù)框架的選擇構(gòu)建共享服務(wù)體系，必然需要采用一套服務(wù)化框架來支撐整個服務(wù)體系的運轉(zhuǎn)。淘寶從單一系統(tǒng)模式轉(zhuǎn)變?yōu)榉?wù)化架構(gòu)的過程，“去中心化”服務(wù)架構(gòu)成為今天絕大多數(shù)互聯(lián)網(wǎng)平臺所采用的服務(wù)框架。2007年的淘寶500人技術(shù)團(tuán)隊，淘寶網(wǎng)站幾百兆字節(jié)的WAR包，功能模塊超過200個傳統(tǒng)架構(gòu)的弊端項目團(tuán)隊間協(xié)同成本高傳統(tǒng)架構(gòu)的弊端項目團(tuán)隊間協(xié)同成本高，業(yè)務(wù)響應(yīng)越來越慢業(yè)務(wù)復(fù)雜度已超出人的認(rèn)知負(fù)載錯誤難以隔離數(shù)據(jù)庫連接能力很難擴(kuò)展應(yīng)用擴(kuò)展成本高淘寶平臺的服務(wù)化改造（SOA+業(yè)務(wù)模塊逐步遷移）2007年10月開始一系列基于SOA理念新一代服務(wù)化框架研發(fā)以及采用業(yè)務(wù)模塊逐步遷移的方式進(jìn)行應(yīng)用框架的改造工作。淘寶平臺歷時14個月業(yè)務(wù)模塊用戶服務(wù)中心交易中心用戶服務(wù)中心交易中心類目中心剝離商品中心店鋪中心拆分幾百兆字節(jié)WAR包飛行中的飛機(jī)換發(fā)動機(jī)上百個WAR包獨立部署的服務(wù)化架構(gòu)淘寶平臺的服務(wù)化改造后的效果降低不同模塊開發(fā)團(tuán)隊間的協(xié)同成本業(yè)務(wù)響應(yīng)更迅捷大大降低系統(tǒng)間的耦合度以及整體復(fù)雜度各個開發(fā)團(tuán)隊可專注于各自的業(yè)務(wù)模塊避免了個別模塊的錯誤給整體帶來的影響業(yè)務(wù)拆分后解放了對單數(shù)據(jù)庫集群連接數(shù)的能力依賴做到針對性的業(yè)務(wù)能力擴(kuò)容減少不必要的資源浪費中心化與去中心化服務(wù)框架對比傳統(tǒng)軟件廠商提出的以ESB（企業(yè)服務(wù)總線）實現(xiàn)SOA的方案是中心化服務(wù)框架；有一部分人認(rèn)為去中心化不是SOA架構(gòu)。中心化與去中心化是同一套體系中心化與去中心化是同一套體系SOA并沒有定義一定是基于ESB總線方式去中心化分布式服務(wù)框架同樣遵循SOA架構(gòu)的特征定義去中心化是中心化服務(wù)框架的升級版本，兩套系統(tǒng)解決企業(yè)根本訴求完全不同。ESB模式中心化解決企業(yè)實現(xiàn)異構(gòu)系統(tǒng)之間的交互。核心目的是讓企業(yè)客戶能基于這些SOA的產(chǎn)品實現(xiàn)系統(tǒng)間的互聯(lián)互通。中心化與去中心化服務(wù)框架對比在淘寶上點擊“立即下單”或“結(jié)算”按鈕進(jìn)行下訂單的請求，后端調(diào)用了200多個服務(wù)。 服務(wù)調(diào)用者 服務(wù)調(diào)用者 服務(wù)調(diào)用者服務(wù)調(diào)用者服務(wù)提供者服務(wù)提供者服務(wù)提供者服務(wù)提供者服務(wù)調(diào)用者服務(wù)調(diào)用者服務(wù)調(diào)用者服務(wù)調(diào)用者 服務(wù)提供者 服務(wù)提供者 服務(wù)提供者服務(wù)提供者傳統(tǒng)企業(yè)服務(wù)總線下的服務(wù)交互方式分布式服務(wù)架構(gòu)中的服務(wù)交互方式中心化與去中心化服務(wù)框架對比雪崩效應(yīng)束縛了中心化服務(wù)框架的擴(kuò)展能力當(dāng)10臺中一臺實例出現(xiàn)故障，服務(wù)壓力落到剩余9臺ESB服務(wù)器，每臺負(fù)載水位將超過88%，出問題的概率會大增。如果9臺中有一臺不堪重負(fù)而罷工,瞬間被訪問洪流沖垮，雪崩效應(yīng)導(dǎo)致全軍覆沒。去中心化服務(wù)框架則可以避免因為個別問題波及去中心化服務(wù)框架則可以避免因為個別問題波及整個平臺的業(yè)務(wù)受到影響，最多也只是部分服務(wù)出現(xiàn)問題，就算出現(xiàn)問題也更容易定位問題和故障恢復(fù)。阿里巴巴分布式服務(wù)框架HSF（HighSpeedFramework）HSF旨在為淘系的應(yīng)用提供一個分布式的服務(wù)框架，HSF從分布式應(yīng)用層面以及統(tǒng)一的發(fā)布/調(diào)用方式層面為大家提供支持，從而可以很容易的開發(fā)分布式的應(yīng)用以及提供或使用公用功能模塊，而不用考慮分布式領(lǐng)域中的各種細(xì)節(jié)技術(shù)，例如遠(yuǎn)程通訊、性能損耗、調(diào)用的透明化、同步/異步調(diào)用方式的實現(xiàn)等等問題。阿里巴巴分布式服務(wù)框架HSF（HighSpeedFramework）按照服務(wù)注冊發(fā)布、服務(wù)訂閱、服務(wù)規(guī)則推送、最終HSF服務(wù)框架實現(xiàn)服務(wù)高可用性原理示意圖阿里巴巴分布式服務(wù)框架HSF（HighSpeedFramework）作為HSF框架設(shè)計之初，最為重要的一個特性就是服務(wù)能力的可擴(kuò)展性。也就是真正的做到某個服務(wù)的業(yè)務(wù)處理能力能隨著服務(wù)器資源的增加得到線性的增長。微服務(wù)架構(gòu)典型特征微服務(wù)與傳統(tǒng)SOA特征差異33共享服務(wù)中心建設(shè)原則淘寶共享服務(wù)中心建設(shè)歷程服務(wù)和服務(wù)中心都是伴隨業(yè)務(wù)發(fā)展變化的，淘寶共享服務(wù)體系的發(fā)展從服務(wù)化到平臺化。嘗試服務(wù)化階段進(jìn)入平臺化階段全面服務(wù)化階段嘗試服務(wù)化階段進(jìn)入平臺化階段全面服務(wù)化階段服務(wù)中心中的服務(wù)形態(tài)多樣性有些人理解的服務(wù)中心是狹義的接口服務(wù)，這比較片面化，接口是服務(wù)最主要的形式。如果服務(wù)中心的服務(wù)完全拘泥于接口這種形式，那又大大局限了服務(wù)中心的服務(wù)能力。依賴于工具的服務(wù)依賴于接口的服務(wù)依賴于數(shù)據(jù)的服務(wù)一個服務(wù)中心可以進(jìn)一步劃分嗎？共享服務(wù)數(shù)據(jù)層會員服務(wù)會員數(shù)據(jù)服務(wù)中心是根據(jù)業(yè)務(wù)和數(shù)據(jù)的完整性與獨立性來設(shè)立的，并不需要一一對應(yīng)。往往需要多個子服務(wù)模塊協(xié)作配合才能更好地實現(xiàn)服務(wù)中心對外服務(wù)效率的最大化。共享服務(wù)數(shù)據(jù)層會員服務(wù)會員數(shù)據(jù)訂單服務(wù)訂單服務(wù)購物車服務(wù)購物車服務(wù)交易數(shù)據(jù)單個服務(wù)模塊多個服務(wù)模塊服務(wù)中心劃分原則-考量方面遵循面向?qū)ο蟮姆治龊驮O(shè)計方法完整的業(yè)務(wù)模型，要有數(shù)據(jù)運營和業(yè)務(wù)整合的價值?；诜植际郊軜?gòu)，要綜合評估業(yè)務(wù)層對服務(wù)中心在數(shù)據(jù)庫、業(yè)務(wù)以及運營方面的需求和技術(shù)上需要的投入。服務(wù)中心劃分原則高內(nèi)聚、低耦合原則數(shù)據(jù)完整性原則業(yè)務(wù)可運營性原則漸進(jìn)性的建設(shè)原則44數(shù)據(jù)拆分實現(xiàn)數(shù)據(jù)庫能力線性擴(kuò)展數(shù)據(jù)庫瓶頸阻礙業(yè)務(wù)的持續(xù)發(fā)展采用讀寫分離的方式，拓展了數(shù)據(jù)庫對數(shù)據(jù)讀的處理能力，主數(shù)據(jù)庫的寫入能力依然沒法擴(kuò)展。單表數(shù)據(jù)量是有限的，當(dāng)達(dá)到一定數(shù)量后數(shù)據(jù)庫性能會出現(xiàn)顯著下降。讀寫讀寫從數(shù)據(jù)庫從數(shù)據(jù)庫數(shù)據(jù)復(fù)制數(shù)據(jù)復(fù)制從數(shù)據(jù)庫從數(shù)據(jù)庫……主數(shù)據(jù)庫從數(shù)據(jù)庫從數(shù)據(jù)庫……主數(shù)據(jù)庫數(shù)據(jù)庫水平分區(qū)實現(xiàn)數(shù)據(jù)拆分將同一個表中的不同數(shù)據(jù)才拆分到不同的數(shù)據(jù)庫中。以用戶中心為例，淘寶平臺用戶量接近6億，存用戶中心應(yīng)用>!用戶中心應(yīng)用>用戶中心數(shù)據(jù)庫用戶數(shù)據(jù)按用戶ID取模機(jī)型數(shù)據(jù)均衡拆分用戶數(shù)據(jù)按用戶ID取模機(jī)型數(shù)據(jù)均衡拆分?jǐn)?shù)據(jù)庫分庫分表的實踐-Cobar分布式處理系統(tǒng)解決了Oracle數(shù)據(jù)庫因為存儲數(shù)據(jù)變得越來越大帶來的不支持跨庫情況下的連接、分頁、排序、子查詢操作SET語句執(zhí)行會被忽略，處理事務(wù)和字符集設(shè)置除外分庫情況下，insert語句必須包含拆分字段列名>分庫情況下，update語句不能更新拆分字段的值>使用JDBC時，不支持rewriteBatchedStatements=true參數(shù)設(shè)置（默認(rèn)false）>使用JDBC時，不支持useServerPrepStmts=true參數(shù)設(shè)置（默認(rèn)為false）>使用JDBC時，BLOB、BINARY、VARBINARY字段不能使用setBlob或setBinaryStream()方法設(shè)置參數(shù)數(shù)據(jù)庫分庫分表的實踐-TDDL2008年阿里巴巴內(nèi)部基于淘寶業(yè)務(wù)發(fā)展的需要，在Cobar的基礎(chǔ)上重新研發(fā)了分布式數(shù)據(jù)層框架TDDL（TaobaoDistributedDataLayer針對分庫分表場景，提供了對各種業(yè)務(wù)場景的支持更加完善，開發(fā)人員體驗更好，管控能力大幅提升。IIbatisSpringjdbctemplateTDDLTDDLmatrixds（TDataSource）TDDLTDDLgroupdsTDDLatomdsTDDLatomds（withjbossds）Matrix層用于實現(xiàn)分庫分表邏輯，底層持有多個Group實例。而Group層和Atom共同組成了動態(tài)數(shù)據(jù)源>Group層實現(xiàn)了數(shù)據(jù)庫的Master/Salve模式的寫分離邏輯，底層持有多個Atom實例。>Atom層(TAtomDataSource)實現(xiàn)數(shù)據(jù)庫ip,port,password,connectionProperties等信息的動態(tài)推送,以及持有原子的數(shù)據(jù)源分離的JBOSS數(shù)據(jù)源）MySQL數(shù)據(jù)庫分庫分表的實踐-TDDL規(guī)則計算表名替換執(zhí)行規(guī)則計算表名替換執(zhí)行SQL根據(jù)權(quán)重選根據(jù)權(quán)重選AtomDS回結(jié)果集合并處理多個結(jié)果集合并處理多個結(jié)果集數(shù)據(jù)庫分庫分表的實踐-TDDL1、數(shù)據(jù)庫主備和動態(tài)切換；2、帶權(quán)重的讀寫分離；4、集中式數(shù)據(jù)源信息管理和動態(tài)變更；5、剝離的穩(wěn)定jboss數(shù)據(jù)源；6、支持mysql和oracle數(shù)據(jù)庫；7、基于jdbc規(guī)范，很容易擴(kuò)展支持實現(xiàn)jdbc規(guī)范的數(shù)據(jù)源；8、無server,client-jar形式存在，應(yīng)用直連數(shù)據(jù)庫；9、讀寫次數(shù),并發(fā)度流程控制，動態(tài)變更；10、可分析的日志打印,日志流控，動態(tài)變更。TDDL分庫分表查詢策略55異步化與緩存原則業(yè)務(wù)流程異步化平臺進(jìn)行服務(wù)化后，在平臺頁面上發(fā)起的業(yè)務(wù)請求勢必需要將后端不同的服務(wù)進(jìn)行組合調(diào)用來實現(xiàn)業(yè)務(wù)請求的處理。以淘寶的交易訂單為例，目前淘寶的訂單創(chuàng)建流程需要調(diào)用200個服務(wù)。如果按照順序執(zhí)行，需要超過4s庫存檢查庫存預(yù)減訂單庫存檢查庫存預(yù)減訂單生成支付生成交易淘寶交易流程按服務(wù)線性處理的示意圖庫存預(yù)減消息中間件 其它服務(wù)庫存預(yù)減消息中間件 其它服務(wù)訂單生成 訂單生成 訂單日志支付生成支付生成淘寶交易流程異步化后的處理的示意圖平均時間控制在300ms，體驗好，吞吐量幾何倍數(shù)提升數(shù)據(jù)庫事務(wù)異步化發(fā)起還款請求扣占款給詳單對應(yīng)借款人賬號轉(zhuǎn)入錢更新還款詳單表扣占款給詳單對應(yīng)借款人賬號轉(zhuǎn)入錢更新還款詳單表計算還款詳單計算還款金額借款人賬號占款解決平臺性能問題的核心是數(shù)據(jù)庫事務(wù)的異步化。將大事務(wù)拆分成小事務(wù)，降低數(shù)據(jù)庫的資源被長時間事務(wù)鎖占用而造成的數(shù)據(jù)庫瓶頸，就能大大提升平臺的處理吞吐量和事務(wù)操作的響應(yīng)時間。用戶還款流程阿里巴巴AliWareTXC事務(wù)服務(wù)TXC也是阿里基于兩階段提交理論實現(xiàn)的分布式事務(wù)框架，支持分布式數(shù)據(jù)庫事務(wù)、多庫事務(wù)、消息事務(wù)、服務(wù)鏈路調(diào)用事務(wù)及各種其他事務(wù)。和支付寶XTS框架相比，主要區(qū)別有兩個：一是主事務(wù)和分支事務(wù)都是維護(hù)在同一臺TXC服務(wù)器上的；二是事務(wù)回滾或補償代碼不需要開發(fā)人員編寫，平臺支持自動生成。大促秒殺活動催生緩存技術(shù)的高度使用tair是淘寶自己開發(fā)的一個分布式key/value存儲引擎，tair分為持久化和非持久化兩種使用方式，非持久化的tair可以看成是一個分布式緩存。持久化的tair將數(shù)據(jù)存放于磁盤中，為了解決磁盤損壞導(dǎo)致數(shù)據(jù)丟失，tair可以配置數(shù)據(jù)的備份數(shù)目，tair自動將一份數(shù)據(jù)的不同備份放到不同的主機(jī)上,當(dāng)有主機(jī)發(fā)生異常,無法正常提供服務(wù)的時候，其余的備份會繼續(xù)提供服務(wù)。tair作為一個分布式系統(tǒng),是由一個中心控制節(jié)點和一系列的服務(wù)節(jié)點組成.我們稱中心控制節(jié)點為configserver.服務(wù)節(jié)點是dataserver。?configserver負(fù)責(zé)管理所有的?dataserver對外提供各種數(shù)據(jù)服務(wù),并以心跳的形式將自身狀況匯?configserver是控制點,而且是單點,目前采用一主一備的形式來保證其可靠性.所有的dataserver地位都是等價的。小庫存商品秒殺典型架構(gòu)比如庫存為10個，秒殺價格為1元的手機(jī)則是典型的小庫存商品秒殺活動。因為商品會在極短的瞬間庫存會降到0,所以只要處理好商品的庫存的扣減,不要出現(xiàn)商品超賣的情況就能平穩(wěn)地度過這次秒殺活動。大庫存商品大促架構(gòu)將訂單交易創(chuàng)建環(huán)節(jié)中對于原本商品數(shù)據(jù)庫的庫存信息操作替換為緩存服務(wù)器中運行，充分展現(xiàn)了緩存服務(wù)相比于傳統(tǒng)數(shù)據(jù)庫在性能上的巨大優(yōu)勢。從趨勢來看,緩存技術(shù)將會在互聯(lián)網(wǎng)應(yīng)用場景中將扮演越來越重要角色。66打造數(shù)字化運營能力業(yè)務(wù)服務(wù)帶來的問題復(fù)雜的服務(wù)調(diào)用關(guān)系以及每天海量的服務(wù)調(diào)用，而且所有服務(wù)都是以點對點的方式進(jìn)行交互，導(dǎo)致出現(xiàn)問題時很難定位，甚至出現(xiàn)問題沒人承認(rèn)。服務(wù)開發(fā)人員和業(yè)務(wù)架構(gòu)師對于分布式服務(wù)調(diào)用跟蹤方面的需求。淘寶平臺服務(wù)化后錯綜復(fù)雜的服務(wù)調(diào)用關(guān)系圖淘寶訂單創(chuàng)建服務(wù)調(diào)用流程示意圖鷹眼平臺的架構(gòu)-核心實現(xiàn)思路如果把淘寶的分布式服務(wù)架構(gòu)比喻為遍布全國的高速公路網(wǎng)絡(luò)，每一次的頁面請求可以認(rèn)為是一輛汽車在這個高速公路網(wǎng)絡(luò)中穿行把高速上每一個收費站比喻為處理請求的服務(wù)。那么我們希望查看一輛汽車在高速上的行走軌跡，如何實現(xiàn)？最簡單的方法就是在這輛車每次經(jīng)過收費站的時候記錄下車輛通過的時間和相關(guān)信息，并將這些信息統(tǒng)一發(fā)送到服務(wù)器端保存起來。鷹眼平臺的核心實現(xiàn)思路就是通過一套分布式日志平臺實現(xiàn)對服務(wù)調(diào)用鏈路的跟蹤。汽車通過高速收費口日志記錄信息某輛車經(jīng)過不同高速收費口日志記錄信息鷹眼平臺的架構(gòu)鷹眼平臺是阿里巴巴中間Jstorm流式計算引擎，對應(yīng)用集群接收到的日志進(jìn)行內(nèi)容的解析拆分，按照不同業(yè)務(wù)場景的需求將拆分后的數(shù)據(jù)保存到不同的存儲系統(tǒng)。埋點和輸出日志將實現(xiàn)服務(wù)調(diào)用、各種資源的訪問所需要生成服務(wù)鏈路日志，以及TraceID傳遞等功能的代碼（稱為埋點）植入到服務(wù)框架層和各資源的訪問驅(qū)動層，也就是在中間件層面上統(tǒng)一實現(xiàn)了鷹眼的上下文創(chuàng)建以及日志埋點功能。后端應(yīng)用1后端應(yīng)用2數(shù)據(jù)庫請求服務(wù)調(diào)用clientSendstartTrace服務(wù)響應(yīng)clientRecv服務(wù)調(diào)用clientSend創(chuàng)建上下文清理上下文clientRecv服務(wù)響應(yīng)endTrace后端應(yīng)用1后端應(yīng)用2數(shù)據(jù)庫請求服務(wù)調(diào)用clientSendstartTrace服務(wù)響應(yīng)clientRecv服務(wù)調(diào)用clientSend創(chuàng)建上下文清理上下文clientRecv服務(wù)響應(yīng)endTrace前端應(yīng)用serverRecvserverRecvserverSendserverRecvserverRecvclientSendclientSendclientRecvclientRecvclientSend數(shù)據(jù)訪問clientSend數(shù)據(jù)訪問clientRecvclientRecvserverSendserverSend典型業(yè)務(wù)場景-調(diào)用鏈跟蹤典型業(yè)務(wù)場景-鏈路分析典型業(yè)務(wù)場景-業(yè)務(wù)全息排查運維和開發(fā)人員通過業(yè)務(wù)軌跡的方式，在查看某一業(yè)務(wù)請求服務(wù)調(diào)用跟蹤的同時，也能看到服務(wù)中所產(chǎn)生的業(yè)務(wù)事件以及相關(guān)業(yè)務(wù)主鍵。通過全息排查平臺，將鷹眼平臺從對跨系統(tǒng)調(diào)用跟蹤升級為跨業(yè)務(wù)領(lǐng)域追蹤，走出了從運維平臺向運營平臺轉(zhuǎn)型的重要一步。77打造平臺穩(wěn)定性能力限流和降級限流的作用相當(dāng)于電路上的保險絲，當(dāng)過載的時候掐掉一些流量，讓系統(tǒng)有能力集中資源以較快的速度處理平臺處理能力范圍內(nèi)的業(yè)務(wù)請求。比如在大促場景中，僅讓1000萬用戶中的100萬用戶進(jìn)入后端的處理流程中，將其余900萬用戶通過隊列排隊或直接阻擋在平臺處理單元之外的方式，保障平臺能在處理能力范圍內(nèi)對100萬的用最合適的限流攔截點前端請求最合適的限流攔截點應(yīng)用集群應(yīng)用集群應(yīng)用集群應(yīng)用集群應(yīng)用集群應(yīng)用集群服務(wù)1集群服務(wù)2集群服務(wù)3集群服務(wù)1集群服務(wù)2集群服務(wù)3集群接入層是最佳限流點限流平臺Sentinel(哨兵)架構(gòu)限流平臺Sentinel的出現(xiàn)，為整個服務(wù)化體系的穩(wěn)定運行行使著警戒任務(wù)，是對資源調(diào)用的控制平臺，主要涵蓋了授權(quán)、限流、降級、調(diào)用統(tǒng)計監(jiān)控四大功能模塊?？刂婆_規(guī)則配置控制臺規(guī)則配置規(guī)則推送操作權(quán)限規(guī)則中心規(guī)則中心Diamond應(yīng)用A應(yīng)用A應(yīng)用B應(yīng)用C應(yīng)用D監(jiān)控系統(tǒng)限流降級授權(quán)運行態(tài)監(jiān)控應(yīng)用B應(yīng)用C應(yīng)用D監(jiān)控系統(tǒng)限流降級授權(quán)運行態(tài)監(jiān)控Sentinel客戶端控制邏輯數(shù)據(jù)接口我的應(yīng)用流量調(diào)度實現(xiàn)原理tm機(jī)器機(jī)機(jī)器器tm機(jī)器核心是通過妙級獲取服務(wù)器系統(tǒng)運行指標(biāo)以及業(yè)務(wù)指標(biāo)，通過流量調(diào)度平臺設(shè)置的決策算法以及規(guī)則，當(dāng)發(fā)現(xiàn)滿足規(guī)則條件的指標(biāo)狀態(tài)發(fā)生時，對線上環(huán)境的服務(wù)器進(jìn)行下線扥該操作，tm機(jī)器機(jī)機(jī)器器tm機(jī)器流量調(diào)度平臺妙妙級服務(wù)狀態(tài)探測收集規(guī)則中心規(guī)則中心決策算法決策算法執(zhí)行模塊執(zhí)行模塊恢復(fù)模塊恢復(fù)模塊容量壓測及評估規(guī)劃阿里自動化平臺通過對生產(chǎn)環(huán)境上的流量模型引流到壓測服務(wù)器上，獲取到服務(wù)實例單機(jī)最大處理能力，結(jié)合不同型號服務(wù)器處理能力以及生產(chǎn)環(huán)境的水位監(jiān)控信息，對服務(wù)集群所需部署的服務(wù)器數(shù)量進(jìn)行容量評估及預(yù)測。面向分布式應(yīng)用架構(gòu)下應(yīng)用系統(tǒng)容量壓測和面向分布式應(yīng)用架構(gòu)下應(yīng)用系統(tǒng)容量壓測和業(yè)務(wù)一致性平臺面對業(yè)務(wù)與數(shù)據(jù)不一致的問題，業(yè)務(wù)穩(wěn)定性保障迫在眉睫。在這樣的背景下，實時業(yè)務(wù)審計平臺（BusinessCheckPlatform,BCP）應(yīng)用而生，這個平臺采用規(guī)范與標(biāo)準(zhǔn)化業(yè)務(wù)規(guī)則的方式，統(tǒng)一解決平臺服務(wù)化后越來越凸顯的業(yè)務(wù)