日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關咨詢
選擇下列產(chǎn)品馬上在線溝通
服務時間:8:30-17:00
你可能遇到了下面的問題
關閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
終于有人把業(yè)務中臺、數(shù)據(jù)中臺、技術中臺都講明白了

00 中臺能力總體框架

“只有客戶發(fā)展了,才有我們的生存與發(fā)展!”這是創(chuàng)新互聯(lián)公司的服務宗旨!把網(wǎng)站當作互聯(lián)網(wǎng)產(chǎn)品,產(chǎn)品思維更注重全局思維、需求分析和迭代思維,在網(wǎng)站建設中就是為了建設一個不僅審美在線,而且實用性極高的網(wǎng)站。創(chuàng)新互聯(lián)對成都做網(wǎng)站、成都網(wǎng)站設計、網(wǎng)站制作、網(wǎng)站開發(fā)、網(wǎng)頁設計、網(wǎng)站優(yōu)化、網(wǎng)絡推廣、探索永無止境。

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

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

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

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

01 業(yè)務中臺

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

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

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

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

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

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

在業(yè)務建模上,中臺領域建??梢圆捎妙I域驅(qū)動設計(DDD)方法,通過劃分業(yè)務限界上下文邊界,構建中臺領域模型,根據(jù)領域模型完成微服務拆分和設計。

業(yè)務中臺可以面向前臺應用提供基于API接口級的業(yè)務服務能力,也可以將領域模型所在的微服務和微前端組合為業(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ù)應用領域出現(xiàn)了很多新的趨勢。數(shù)據(jù)中臺建設模式也隨著這些趨勢在發(fā)生變化,主要體現(xiàn)在以下幾點。

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

第二,數(shù)據(jù)架構更加靈活。在從單體向微服務架構轉(zhuǎn)型后,企業(yè)業(yè)務和數(shù)據(jù)形態(tài)也發(fā)生了很大的變化,數(shù)據(jù)架構已經(jīng)從集中式架構向分布式架構轉(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)從以結構化為主向結構化與非結構化多種模式混合的方向轉(zhuǎn)變。

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

面對復雜的數(shù)據(jù)領域,如何建設數(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ù)等技術應用。圖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)管理技術體系。結合企業(yè)自身技術能力和數(shù)據(jù)應用場景,選擇合適的技術體系構建數(shù)據(jù)中臺。
  •  三是構建支持前臺一線業(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ù)字化運營的重要基礎。企業(yè)可以根據(jù)業(yè)務發(fā)展需求,制定好階段性目標,分步驟、有計劃地整合好現(xiàn)有數(shù)據(jù)平臺,演進式推進數(shù)據(jù)中臺建設。

03 技術中臺

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

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

1. API網(wǎng)關

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

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

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

2. 開發(fā)框架

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

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

▲圖2-4 技術中臺關鍵技術領域

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

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

3. 微服務治理

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

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

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

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

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

分布式數(shù)據(jù)庫一般都具有較強的數(shù)據(jù)線性擴展能力,它們大多采用數(shù)據(jù)多副本機制實現(xiàn)數(shù)據(jù)庫高可用,具有可擴展和低成本等技術優(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ī)模結構化數(shù)據(jù)的統(tǒng)計分析、高性能交互式分析等場景,如數(shù)據(jù)倉庫、數(shù)據(jù)集市等。
  •  交易分析混合型分布式數(shù)據(jù)庫通過資源隔離、分時和數(shù)據(jù)多副本等技術手段,基于不同的數(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)分布式架構下的分布式事務等要求,技術中臺還有很多數(shù)據(jù)處理相關的基礎技術組件。如:分布式緩存、搜索引擎、數(shù)據(jù)復制、消息中間件和分布式事務等技術組件。

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

分布式事務主要是解決分布式架構下事務一致性的問題。單體應用被拆分成微服務后,原來單體應用大量的內(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ù)一致性機制,盡量避免使用分布式事務。

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

關于作者:歐創(chuàng)新,某大型保險公司架構師,擁有十多年的軟件架構設計經(jīng)驗。熱衷于DDD、中臺和分布式微服務架構設計。在DDD、中臺和分布式微服務架構設計方面有深厚的積累,擅長分布式微服務架構設計。

鄧頔,某大型保險公司高級工程師,全國青年崗位能手。致力于基于DDD的企業(yè)級中臺微服務架構改造實踐,精通前端開發(fā)相關技術棧,擁有豐富的企業(yè)級微前端實戰(zhàn)經(jīng)驗。

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


網(wǎng)站題目:終于有人把業(yè)務中臺、數(shù)據(jù)中臺、技術中臺都講明白了
標題URL:http://www.dlmjj.cn/article/dhiigdg.html