<kbd id="afajh"><form id="afajh"></form></kbd>
<strong id="afajh"><dl id="afajh"></dl></strong>
    <del id="afajh"><form id="afajh"></form></del>
        1. <th id="afajh"><progress id="afajh"></progress></th>
          <b id="afajh"><abbr id="afajh"></abbr></b>
          <th id="afajh"><progress id="afajh"></progress></th>

          終于有人把業(yè)務中臺、數(shù)據(jù)中臺、技術(shù)中臺都講明白了

          共 5967字,需瀏覽 12分鐘

           ·

          2020-12-21 16:51


          導讀:2015年阿里巴巴提出“大中臺,小前臺”的中臺戰(zhàn)略,通過實施中臺戰(zhàn)略找到能夠快速應對外界變化,整合阿里各種基礎(chǔ)能力,高效支撐業(yè)務創(chuàng)新的機制。


          阿里巴巴中臺戰(zhàn)略最早從業(yè)務中臺數(shù)據(jù)中臺建設開始,采用了雙中臺的建設模式,到后來發(fā)展出了移動中臺技術(shù)中臺研發(fā)中臺等,這些中臺的能力綜合在一起就構(gòu)成了阿里巴巴企業(yè)級數(shù)字化能力。


          傳統(tǒng)企業(yè)在技術(shù)能力、組織架構(gòu)和商業(yè)模式等方面與阿里巴巴存在非常大的差異,在實施中臺戰(zhàn)略時是否可以照搬阿里巴巴中臺建設模式?傳統(tǒng)企業(yè)中臺數(shù)字化轉(zhuǎn)型需要提升哪些方面的基本能力呢?


          下面我們一起來分析分析。


          作者:歐創(chuàng)新 鄧頔

          來源:大數(shù)據(jù)DT(ID:hzdashuju)





          00 中臺能力總體框架

          中臺建設過程從根本上講是企業(yè)自身綜合能力持續(xù)優(yōu)化和提升的過程,最終目標是實現(xiàn)企業(yè)級業(yè)務能力復用和不同業(yè)務板塊能力的聯(lián)通和融合。

          企業(yè)級的綜合能力,一般包含以下四種:業(yè)務能力、數(shù)據(jù)能力、技術(shù)能力和組織能力,如圖2-1所示。

          ▲圖2-1 企業(yè)中臺數(shù)字化轉(zhuǎn)型基本能力框架

          • 業(yè)務能力主要體現(xiàn)為對中臺領(lǐng)域模型的構(gòu)建能力,對領(lǐng)域模型的持續(xù)演進能力,企業(yè)級業(yè)務能力的復用、融合和產(chǎn)品化運營能力,以及快速響應市場的商業(yè)模式創(chuàng)新能力。
          • 數(shù)據(jù)能力主要體現(xiàn)為企業(yè)級的數(shù)據(jù)融合能力、數(shù)據(jù)服務能力以及對商業(yè)模式創(chuàng)新和企業(yè)數(shù)字化運營的支撐能力。
          • 技術(shù)能力主要體現(xiàn)為對設備、網(wǎng)絡等基礎(chǔ)資源的自動化運維和管理能力,對微服務等分布式技術(shù)架構(gòu)體系化的設計、開發(fā)和架構(gòu)演進能力。
          • 組織能力主要體現(xiàn)為一體化的研發(fā)運營能力和敏捷的中臺產(chǎn)品化運營能力,還體現(xiàn)為快速建設自適應的組織架構(gòu)和中臺建設方法體系等方面的能力。
          • 這些能力相輔相成,融合在一起為企業(yè)中臺數(shù)字化轉(zhuǎn)型發(fā)揮最大效能。接下來,我們一起來看看在不同的領(lǐng)域應該如何實現(xiàn)這些能力。


          01 業(yè)務中臺

          企業(yè)所有能力建設都是服務于前臺一線業(yè)務的。從這個角度來講,所有中臺應該都可以稱為業(yè)務中臺。但我們所說的業(yè)務中臺一般是指支持企業(yè)線上核心業(yè)務的中臺。

          業(yè)務中臺承載了企業(yè)核心關(guān)鍵業(yè)務,是企業(yè)的核心業(yè)務能力,也是企業(yè)數(shù)字化轉(zhuǎn)型的重點。業(yè)務中臺的建設目標是:“將可復用的業(yè)務能力沉淀到業(yè)務中臺,實現(xiàn)企業(yè)級業(yè)務能力復用和各業(yè)務板塊之間的聯(lián)通和協(xié)同,確保關(guān)鍵業(yè)務鏈路的穩(wěn)定高效,提升業(yè)務創(chuàng)新效能。”

          業(yè)務中臺的主要目標是實現(xiàn)企業(yè)級業(yè)務能力的復用,所以業(yè)務中臺建設需優(yōu)先解決業(yè)務能力重復建設和復用的問題。通過重構(gòu)業(yè)務模型,將分散在不同渠道和業(yè)務場景(例如:互聯(lián)網(wǎng)應用和傳統(tǒng)核心應用)重復建設的業(yè)務能力,沉淀到企業(yè)級中臺業(yè)務模型,面向企業(yè)所有業(yè)務場景和領(lǐng)域,實現(xiàn)能力復用和流程融合。

          圖2-2是一個業(yè)務中臺示例。在業(yè)務中臺設計時,我們可以將用戶管理、訂單管理、商品管理和支付等這些通用的能力,通過業(yè)務領(lǐng)域邊界劃分和領(lǐng)域建模,沉淀到用戶中心、訂單中心、商品中心和支付中心等業(yè)務中臺,然后基于分布式微服務技術(shù)體系完成微服務建設,形成企業(yè)級解決方案,面向前臺應用提供可復用的業(yè)務能力。

          ▲圖2-2 業(yè)務中臺示例

          在技術(shù)實現(xiàn)上,中臺的系統(tǒng)落地可以采用微服務架構(gòu)。微服務是目前公認的業(yè)務中臺技術(shù)最佳實現(xiàn),可以有效提升業(yè)務擴展能力,實現(xiàn)業(yè)務能力復用。

          在業(yè)務建模上,中臺領(lǐng)域建模可以采用領(lǐng)域驅(qū)動設計(DDD)方法,通過劃分業(yè)務限界上下文邊界,構(gòu)建中臺領(lǐng)域模型,根據(jù)領(lǐng)域模型完成微服務拆分和設計。

          業(yè)務中臺可以面向前臺應用提供基于API接口級的業(yè)務服務能力,也可以將領(lǐng)域模型所在的微服務和微前端組合為業(yè)務單元,以組件的形式面向前臺應用,提供基于微前端的頁面級服務能力。

          業(yè)務中臺建設完成后,前臺應用就可以聯(lián)通和組裝各個不同中臺業(yè)務板塊,既提供企業(yè)級一體化業(yè)務能力支撐,又可以提供靈活的場景化銷售能力支撐。


          02 數(shù)據(jù)中臺

          數(shù)據(jù)中臺與業(yè)務中臺相輔相成,共同支持前臺一線業(yè)務。數(shù)據(jù)中臺除了擁有傳統(tǒng)數(shù)據(jù)平臺的統(tǒng)計分析和決策支持功能外,會更多聚焦于為前臺一線交易類業(yè)務提供智能化的數(shù)據(jù)服務,支持企業(yè)流程智能化、運營智能化和商業(yè)模式創(chuàng)新,實現(xiàn)“業(yè)務數(shù)據(jù)化和數(shù)據(jù)業(yè)務化”。

          最近幾年,數(shù)據(jù)應用領(lǐng)域出現(xiàn)了很多新的趨勢。數(shù)據(jù)中臺建設模式也隨著這些趨勢在發(fā)生變化,主要體現(xiàn)在以下幾點。

          第一,數(shù)據(jù)應用技術(shù)發(fā)展迅猛。近幾年涌現(xiàn)出了大量新的數(shù)據(jù)應用技術(shù),如NoSQL、NewSQL和分布式數(shù)據(jù)庫等,以及與數(shù)據(jù)采集、數(shù)據(jù)存儲、數(shù)據(jù)建模和數(shù)據(jù)挖掘等大數(shù)據(jù)相關(guān)的技術(shù)。這些技術(shù)解決業(yè)務問題的能力越來越強,但同時也增加了技術(shù)實現(xiàn)的復雜度。

          第二,數(shù)據(jù)架構(gòu)更加靈活。在從單體向微服務架構(gòu)轉(zhuǎn)型后,企業(yè)業(yè)務和數(shù)據(jù)形態(tài)也發(fā)生了很大的變化,數(shù)據(jù)架構(gòu)已經(jīng)從集中式架構(gòu)向分布式架構(gòu)轉(zhuǎn)變。

          第三,數(shù)據(jù)來源更加多元化,數(shù)據(jù)格式更加多樣化。隨著車聯(lián)網(wǎng)、物聯(lián)網(wǎng)、LBS和社交媒體等數(shù)據(jù)的引入,數(shù)據(jù)來源已從單一的業(yè)務數(shù)據(jù)向復雜的多源數(shù)據(jù)轉(zhuǎn)變,數(shù)據(jù)格式也已經(jīng)從以結(jié)構(gòu)化為主向結(jié)構(gòu)化與非結(jié)構(gòu)化多種模式混合的方向轉(zhuǎn)變。

          第四,數(shù)據(jù)智能化應用將會越來越廣泛。在數(shù)字新基建的大背景下,未來企業(yè)將匯集多種模式下的數(shù)據(jù),借助深度學習和人工智能等智能技術(shù),優(yōu)化業(yè)務流程,實現(xiàn)業(yè)務流程的智能化,通過用戶行為分析提升用戶體驗,實現(xiàn)精準營銷、反欺詐和風險管控,實現(xiàn)數(shù)字化和智能化的產(chǎn)品運營以及AIOps等,提升企業(yè)數(shù)字智能化水平。

          面對復雜的數(shù)據(jù)領(lǐng)域,如何建設數(shù)據(jù)中臺管理并利用好這些數(shù)據(jù)?

          這對企業(yè)來說是一個非常重要的課題。

          數(shù)據(jù)中臺的大部分數(shù)據(jù)來源于業(yè)務中臺,經(jīng)過數(shù)據(jù)建模和數(shù)據(jù)分析等操作后,將加工后的數(shù)據(jù),返回業(yè)務中臺為前臺應用提供數(shù)據(jù)服務,或直接以數(shù)據(jù)類應用的方式面向前臺應用提供API數(shù)據(jù)服務。

          數(shù)據(jù)中臺一般包括數(shù)據(jù)采集、數(shù)據(jù)集成、數(shù)據(jù)治理、數(shù)據(jù)應用和數(shù)據(jù)資產(chǎn)管理,另外還有諸如數(shù)據(jù)標準和指標建設,以及數(shù)據(jù)倉庫或大數(shù)據(jù)等技術(shù)應用。圖2-3是2017年阿里云棲大會上的一個數(shù)據(jù)中臺示例。

          ▲圖2-3 數(shù)據(jù)中臺示例(圖參考:2017年阿里云棲大會)

          綜上所述,數(shù)據(jù)中臺建設需要做好以下三方面的工作。

          • 一是建立統(tǒng)一的企業(yè)級數(shù)據(jù)標準指標體系,解決數(shù)據(jù)來源多元化和標準不統(tǒng)一的問題。企業(yè)在統(tǒng)一的數(shù)據(jù)標準下,規(guī)范有序地完成數(shù)據(jù)采集、數(shù)據(jù)建模、數(shù)據(jù)分析、數(shù)據(jù)集成、數(shù)據(jù)應用和數(shù)據(jù)資產(chǎn)管理。
          • 二是建立與企業(yè)能力相適應的數(shù)據(jù)研發(fā)、分析、應用和資產(chǎn)管理技術(shù)體系。結(jié)合企業(yè)自身技術(shù)能力和數(shù)據(jù)應用場景,選擇合適的技術(shù)體系構(gòu)建數(shù)據(jù)中臺。
          • 三是構(gòu)建支持前臺一線業(yè)務的數(shù)據(jù)中臺。業(yè)務中臺微服務化后,雖然提升了應用的高可用能力,但是隨著數(shù)據(jù)和應用的拆分,會形成更多的數(shù)據(jù)孤島,會增加應用和數(shù)據(jù)集成的難度。在業(yè)務中臺建設的同時,需要同步啟動數(shù)據(jù)中臺建設,整合業(yè)務中臺數(shù)據(jù),消除不同業(yè)務板塊核心業(yè)務鏈條之間的數(shù)據(jù)孤島,對外提供統(tǒng)一的一致的數(shù)據(jù)服務。用“業(yè)務+數(shù)據(jù)”雙中臺模式,支持業(yè)務、數(shù)據(jù)和流程的融合。

          數(shù)據(jù)中臺投入相對較大,收益周期較長,但會給企業(yè)帶來巨大的潛在商業(yè)價值,也是企業(yè)未來數(shù)字化運營的重要基礎(chǔ)。企業(yè)可以根據(jù)業(yè)務發(fā)展需求,制定好階段性目標,分步驟、有計劃地整合好現(xiàn)有數(shù)據(jù)平臺,演進式推進數(shù)據(jù)中臺建設。


          03 技術(shù)中臺

          業(yè)務中臺落地時需要有很多的技術(shù)組件支撐,這些不同技術(shù)領(lǐng)域的技術(shù)組件就組成了技術(shù)中臺。業(yè)務中臺大多采用微服務架構(gòu),以保障系統(tǒng)高可用性,有效應對高頻海量業(yè)務訪問場景,所以技術(shù)中臺會有比較多的微服務相關(guān)的技術(shù)組件。

          一般來說,技術(shù)中臺會有以下幾類關(guān)鍵技術(shù)領(lǐng)域的組件,如API網(wǎng)關(guān)、前端開發(fā)框架、微服務開發(fā)框架、微服務治理組件、分布式數(shù)據(jù)庫以及分布式架構(gòu)下諸如復制、同步等數(shù)據(jù)處理相關(guān)的關(guān)鍵技術(shù)組件,如圖2-4所示。

          1. API網(wǎng)關(guān)

          微服務架構(gòu)一般采用前后端分離設計,前端頁面邏輯和后端微服務業(yè)務邏輯獨立開發(fā)、獨立部署,通過網(wǎng)關(guān)實現(xiàn)前后端集成。

          前臺應用接入中臺微服務的技術(shù)組件一般是API網(wǎng)關(guān)。

          API網(wǎng)關(guān)主要包括:鑒權(quán)、降級限流、流量分析、負載均衡、服務路由和訪問日志等功能。API網(wǎng)關(guān)可以幫助用戶,方便地管理微服務API接口,實現(xiàn)安全的前后端分離,實現(xiàn)高效的系統(tǒng)集成和精細的服務監(jiān)控。

          2. 開發(fā)框架

          開發(fā)框架主要包括前端開發(fā)框架和后端微服務開發(fā)框架。基于前、后端開發(fā)框架,分別完成前端頁面邏輯和后端業(yè)務邏輯的開發(fā)。

          前端開發(fā)框架主要是面向PC端或者移動端應用,用于構(gòu)建系統(tǒng)表示層,規(guī)范前后端交互,降低前端開發(fā)成本。

          ▲圖2-4 技術(shù)中臺關(guān)鍵技術(shù)領(lǐng)域

          微服務開發(fā)框架用于構(gòu)建企業(yè)級微服務應用。一般具備自動化配置、快速開發(fā)、方便調(diào)試及部署等特性,提供微服務注冊、發(fā)現(xiàn)、通信、容錯和監(jiān)控等服務治理基礎(chǔ)類庫,幫助開發(fā)人員快速構(gòu)建產(chǎn)品級的微服務應用。

          開發(fā)框架一般都支持代碼自動生成、本地調(diào)試和依賴管理等功能。

          3. 微服務治理

          微服務治理是在微服務的運行過程中,針對微服務的運行狀況采取的動態(tài)治理策略,如服務注冊、發(fā)現(xiàn)、限流、熔斷和降級等,以保障微服務能夠持續(xù)穩(wěn)定運行。

          微服務治理主要應用于微服務運行中的狀態(tài)監(jiān)控、微服務運行異常時的治理策略配置等場景,保障微服務在常見異常場景下的自恢復能力。

          微服務治理技術(shù)組件一般包括服務注冊、服務發(fā)現(xiàn)、服務通信、配置中心、服務熔斷、容錯和微服務監(jiān)控等組件。

          常見的微服務治理有Dubbo、Spring Cloud和Service Mesh等技術(shù)體系。

          4. 分布式數(shù)據(jù)庫

          分布式數(shù)據(jù)庫一般都具有較強的數(shù)據(jù)線性擴展能力,它們大多采用數(shù)據(jù)多副本機制實現(xiàn)數(shù)據(jù)庫高可用,具有可擴展和低成本等技術(shù)優(yōu)勢。

          分布式數(shù)據(jù)庫一般包括三類:交易型分布式數(shù)據(jù)庫、分析型分布式數(shù)據(jù)庫和交易分析混合型分布式數(shù)據(jù)庫。

          • 交易型分布式數(shù)據(jù)庫用于解決交易型業(yè)務的數(shù)據(jù)庫計算能力,它支持數(shù)據(jù)分庫、分片、數(shù)據(jù)多副本,具有高可用的特性,提供統(tǒng)一的運維界面,具備高性能的交易型業(yè)務數(shù)據(jù)處理能力。主要應用于具有跨區(qū)域部署和高可用需求,需支持高并發(fā)和高頻訪問的核心交易類業(yè)務場景。
          • 分析型分布式數(shù)據(jù)庫通過橫向擴展能力和并行計算能力,提升數(shù)據(jù)整體計算能力和吞吐量,支持海量數(shù)據(jù)的分析。主要應用于大規(guī)模結(jié)構(gòu)化數(shù)據(jù)的統(tǒng)計分析、高性能交互式分析等場景,如數(shù)據(jù)倉庫、數(shù)據(jù)集市等。
          • 交易分析混合型分布式數(shù)據(jù)庫通過資源隔離、分時和數(shù)據(jù)多副本等技術(shù)手段,基于不同的數(shù)據(jù)存儲、訪問性能和容量等需求,使用不同的存儲介質(zhì)和分布式計算引擎,同時滿足業(yè)務交易和分析需求。主要應用于數(shù)據(jù)規(guī)模大和訪問并發(fā)量大,需要解決交易型數(shù)據(jù)同步到分析型數(shù)據(jù)庫時成本高的問題,需要解決數(shù)據(jù)庫入口統(tǒng)一的問題,需要支持高可用和高擴展性等數(shù)據(jù)處理業(yè)務場景。

          5. 數(shù)據(jù)處理組件

          為了提高應用性能和業(yè)務承載能力,降低微服務的耦合度,實現(xiàn)分布式架構(gòu)下的分布式事務等要求,技術(shù)中臺還有很多數(shù)據(jù)處理相關(guān)的基礎(chǔ)技術(shù)組件。如:分布式緩存、搜索引擎、數(shù)據(jù)復制、消息中間件和分布式事務等技術(shù)組件。

          • 分布式緩存是將高頻熱點數(shù)據(jù)集分布于多個內(nèi)存集群節(jié)點,以復制、分發(fā)、分區(qū)和失效相結(jié)合的方式進行維護,解決高并發(fā)熱點數(shù)據(jù)訪問性能問題,降低后臺數(shù)據(jù)庫訪問壓力,提升系統(tǒng)吞吐能力。典型的開源分布式緩存技術(shù)組件有Redis。
          • 搜索引擎主要解決大數(shù)據(jù)量的快速搜索和分析等需求。將業(yè)務、日志類等不同類型的數(shù)據(jù),加載到搜索引擎,提供可擴展和近實時的搜索能力。
          • 數(shù)據(jù)復制主要解決數(shù)據(jù)同步需求,實現(xiàn)同構(gòu)、異構(gòu)數(shù)據(jù)庫間以及跨數(shù)據(jù)中心的數(shù)據(jù)復制,滿足數(shù)據(jù)多級存儲、交換和整合需求。主要應用于基于表或庫的業(yè)務數(shù)據(jù)遷移、業(yè)務數(shù)據(jù)向數(shù)據(jù)倉庫復制等數(shù)據(jù)遷移場景。數(shù)據(jù)復制技術(shù)組件大多采用數(shù)據(jù)庫日志捕獲和解析技術(shù),在技術(shù)選型時需考慮數(shù)據(jù)復制技術(shù)組件與源端數(shù)據(jù)庫的適配能力。
          • 消息中間件主要適用于數(shù)據(jù)最終一致性的業(yè)務場景,它采用異步化的設計,實現(xiàn)數(shù)據(jù)同步轉(zhuǎn)異步操作,支持海量異步數(shù)據(jù)調(diào)用,并通過削峰填谷設計提高業(yè)務吞吐量和承載能力。它被廣泛用于微服務之間的數(shù)據(jù)異步傳輸、大數(shù)據(jù)日志采集和流計算等場景。另外,在領(lǐng)域驅(qū)動設計的領(lǐng)域事件驅(qū)動模型中,消息中間件是實現(xiàn)領(lǐng)域事件數(shù)據(jù)最終一致性的非常關(guān)鍵的技術(shù)組件,可以實現(xiàn)微服務之間的解耦,滿足“高內(nèi)聚,松耦合”設計原則。典型的開源消息中間件有Kafka等。

          分布式事務主要是解決分布式架構(gòu)下事務一致性的問題。單體應用被拆分成微服務后,原來單體應用大量的內(nèi)部調(diào)用會變成跨微服務訪問,業(yè)務調(diào)用鏈路中任意一個節(jié)點出現(xiàn)問題,都可能造成數(shù)據(jù)不一致。分布式事務是基于分布式事務模型,保證跨數(shù)據(jù)庫或跨微服務調(diào)用場景下的數(shù)據(jù)一致性。

          分布式事務雖然可以實時保證數(shù)據(jù)的一致性,但過多的分布式事務設計會導致系統(tǒng)性能下降。因此微服務設計時應優(yōu)先采用基于消息中間件的最終數(shù)據(jù)一致性機制,盡量避免使用分布式事務。

          技術(shù)中臺是業(yè)務中臺建設的關(guān)鍵技術(shù)基礎(chǔ)。在中臺建設過程中,可以根據(jù)業(yè)務需要不斷更新和吸納新的技術(shù)組件,也可以考慮將一些不具有明顯業(yè)務含義的通用組件(如認證等),通過抽象和標準化設計后納入技術(shù)中臺統(tǒng)一管理。為了保證業(yè)務中臺的高性能和穩(wěn)定性,在技術(shù)組件選型時一定要記住:盡可能選用成熟的技術(shù)組件。

          關(guān)于作者:歐創(chuàng)新,某大型保險公司架構(gòu)師,擁有十多年的軟件架構(gòu)設計經(jīng)驗。熱衷于DDD、中臺和分布式微服務架構(gòu)設計。在DDD、中臺和分布式微服務架構(gòu)設計方面有深厚的積累,擅長分布式微服務架構(gòu)設計。
          鄧頔,某大型保險公司高級工程師,全國青年崗位能手。致力于基于DDD的企業(yè)級中臺微服務架構(gòu)改造實踐,精通前端開發(fā)相關(guān)技術(shù)棧,擁有豐富的企業(yè)級微前端實戰(zhàn)經(jīng)驗。

          本文摘編自中臺架構(gòu)與實現(xiàn):基于DDD和微服務》,經(jīng)出版方授權(quán)發(fā)布。

          延伸閱讀中臺架構(gòu)與實現(xiàn)
          點擊上圖了解及購買
          轉(zhuǎn)載請聯(lián)系微信:DoctorData

          推薦語:資深架構(gòu)師撰寫,系統(tǒng)闡述基于DDD的中臺和微服務建設方法論,深刻揭示中臺從領(lǐng)域建模到微服務落地完整過程。


          劃重點?


          干貨直達?


          更多精彩?

          在公眾號對話框輸入以下關(guān)鍵詞
          查看更多優(yōu)質(zhì)內(nèi)容!

          PPT?|?讀書?|?書單?|?硬核?|?干貨?|?講明白?|?神操作
          大數(shù)據(jù)?|?云計算?|?數(shù)據(jù)庫?|?Python?|?可視化
          AI?|?人工智能?|?機器學習?|?深度學習?|?NLP
          5G?|?中臺?|?用戶畫像?|?1024?|?數(shù)學?|?算法?|?數(shù)字孿生

          據(jù)統(tǒng)計,99%的大咖都完成了這個神操作
          ?


          瀏覽 24
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          評論
          圖片
          表情
          推薦
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          <kbd id="afajh"><form id="afajh"></form></kbd>
          <strong id="afajh"><dl id="afajh"></dl></strong>
            <del id="afajh"><form id="afajh"></form></del>
                1. <th id="afajh"><progress id="afajh"></progress></th>
                  <b id="afajh"><abbr id="afajh"></abbr></b>
                  <th id="afajh"><progress id="afajh"></progress></th>
                  台湾精品一区二区三区最新作品 | 免费在线看片黄在线观看 | 星空无限AV | 亚洲人色 | AV在线亚洲天堂 |