又一場冬雪落下，

又一個季節(jié)過去了；

潮流總是遙不可及，

卻又仿佛總是隨著春雷而來。

2020年的夏天即將到來。 twt社區(qū)邀請同行中冷靜睿智的觀察者，將他們所感受到的工作趨勢告訴我們，讓每一位社區(qū)同行知己知彼，迎接2020新的一年。

twt社區(qū)出品

第八期

【摘要】過去，銀行的技術(shù)部門似乎一直是一個后臺部門。 他們都從事技術(shù)開發(fā)和系統(tǒng)運維工作。 但數(shù)據(jù)中臺的實施，主要是推動技術(shù)部門從過去的后臺支持部門向業(yè)務部門...

【作者簡介】 余辰，目前在某建行工作，有十多年的工作經(jīng)驗，對股份制建行、城商行、農(nóng)商行有多年的開發(fā)、運營和維護經(jīng)驗。 信息系統(tǒng)建設。

隨著金融科技的不斷深入，云計算、人工智能等技術(shù)的不斷發(fā)展，銀行業(yè)IT系統(tǒng)架構(gòu)經(jīng)歷了從集約化到智能化，再到智能化的過程，各建設銀行紛紛提出數(shù)字中臺的概念。 目前部分機構(gòu)的共識是，數(shù)字中臺是體現(xiàn)交通銀行的共同需求，將其打造為平臺化、組件化的系統(tǒng)能力，以形式共享給各業(yè)務單元。套接字和組件。 它使交通銀行能夠快速靈活地調(diào)動資源，針對特定問題建立解決方案，為業(yè)務創(chuàng)新和迭代賦能。 簡而言之，數(shù)字中臺就是農(nóng)行的數(shù)字化能力共享平臺和平臺的平臺。 作為企業(yè)IT資源綜合指揮調(diào)度平臺，以統(tǒng)一的標準和流程規(guī)范幫助建行實現(xiàn)業(yè)務互聯(lián)互通、資源協(xié)同和信息共享。 數(shù)字中臺一般包括業(yè)務中臺和數(shù)據(jù)中臺。 像很多建行提出的用戶中臺、營銷中臺，理論上應該都屬于數(shù)據(jù)中臺的范疇。

一、數(shù)據(jù)平臺概述

數(shù)據(jù)中心從后臺和業(yè)務中心導入數(shù)據(jù)，進行數(shù)據(jù)共享融合、組織處理、建模分析、管理整改、業(yè)務應用，統(tǒng)一數(shù)據(jù)標準口徑，以API形式提供服務，是一個綜合數(shù)據(jù)能力平臺。 數(shù)據(jù)中臺為前端業(yè)務部門提供快速決策響應、精細化運營和應用支撐，使數(shù)據(jù)業(yè)務化，防止“數(shù)據(jù)孤島”的產(chǎn)生，提升業(yè)務效率，更好地驅(qū)動業(yè)務發(fā)展和創(chuàng)新. 為中后臺部門提供風險管理、業(yè)務分析等內(nèi)部支持，使管理模式從“經(jīng)驗型”向“數(shù)據(jù)型”轉(zhuǎn)變，更好地服務于全行經(jīng)營管理。 數(shù)據(jù)中臺包括數(shù)據(jù)倉庫系統(tǒng)、數(shù)據(jù)服務集等，是一套數(shù)據(jù)運行機制，加速數(shù)據(jù)向數(shù)據(jù)資產(chǎn)的價值轉(zhuǎn)化，決策模式從“經(jīng)驗驅(qū)動”轉(zhuǎn)變?yōu)椤胺治鲵?qū)動”。

農(nóng)行作為數(shù)據(jù)中心，首先要解決的是農(nóng)行內(nèi)部各個系統(tǒng)之間的數(shù)據(jù)孤島問題，對不同系統(tǒng)中的數(shù)據(jù)進行綜合歸集和管理，比如過去建設的數(shù)據(jù)庫機房，各種數(shù)據(jù)集市，以及建在它旁邊的各種類型。 大數(shù)據(jù)平臺實現(xiàn)數(shù)據(jù)的集中整合和管理。 通過對數(shù)據(jù)的抽取、提煉、加工和分析，生成建行的數(shù)據(jù)資產(chǎn)，服務于各項業(yè)務，解決數(shù)據(jù)“消耗性采集”的問題。 但往往在過程中，根據(jù)不同的項目和應用場景搭建不同的數(shù)據(jù)平臺，解決了數(shù)據(jù)集中的問題，實現(xiàn)了“智能”而非“智慧”。 幾個數(shù)據(jù)池和真正的數(shù)據(jù)中心還是有很大區(qū)別的。 作為建行的技術(shù)人員，如何適應數(shù)據(jù)中心的變化。 面臨業(yè)務挑戰(zhàn)、技術(shù)挑戰(zhàn)、組織挑戰(zhàn)。

2. 業(yè)務挑戰(zhàn)

隨著數(shù)字經(jīng)濟時代的到來，銀行業(yè)一方面享受著數(shù)字經(jīng)濟帶來的經(jīng)濟增長紅利，獲得源源不斷的資本和市場機會。 建行的業(yè)務帶來了巨大的沖擊，加上農(nóng)行業(yè)務受到嚴格監(jiān)管的影響，過去靠波動的時代一去不復返了。 有效利用數(shù)據(jù)，充分挖掘數(shù)據(jù)價值，為客戶提供差異化??的產(chǎn)品和服務，是交通銀行在數(shù)字經(jīng)濟時代的得力神器，也是建行數(shù)據(jù)中心的重要輸出。 數(shù)據(jù)中心不能脫離業(yè)務而存在。 不能像過去建的數(shù)據(jù)庫機房那樣只是一個后臺數(shù)據(jù)管理機構(gòu)。 相反，它應該具有顯著的業(yè)務屬性、明確的業(yè)務邊界和可控的輸入輸出。

以往，建行科技部給人的印象一直是后臺部門，從事技術(shù)開發(fā)和系統(tǒng)運維，對農(nóng)行的業(yè)務了解不深，或者可以解釋一些概念。 但是數(shù)據(jù)中心的實施首先是推動技術(shù)部門從過去的后臺支持部門向業(yè)務部門推進，我們的科技人員從過去的技術(shù)人員轉(zhuǎn)變?yōu)榫哂袠I(yè)務知識的金融科技人才和能力。 統(tǒng)籌智能數(shù)據(jù)服務，推動業(yè)務創(chuàng)新。 中臺不同于平臺。 具有業(yè)務屬性，支持多種前端業(yè)務。 其實質(zhì)是公司業(yè)務能力的沉淀。 作為數(shù)據(jù)中臺的實施者，業(yè)務屬性更大程度上是“數(shù)據(jù)化、標準化、智能化”。 建行的科技人員應該改變過去對系統(tǒng)建設和技術(shù)支持的思路，應該有一個整體的業(yè)務結(jié)構(gòu)和業(yè)務的角度，交通銀行的業(yè)務是按照業(yè)務領域-業(yè)務的結(jié)構(gòu)來定義的line, - ，根據(jù)基礎數(shù)據(jù)和指標數(shù)據(jù)的結(jié)構(gòu)定義數(shù)據(jù)，根據(jù)建行各自的業(yè)務領域（例如客戶、（營銷）活動、財務、風險、事件、機構(gòu)、協(xié)議、產(chǎn)品和服務、渠道、資產(chǎn)等10大主題域），當所有數(shù)據(jù)都具有主題域、語義、業(yè)務類型的定義時，才能充分釋放數(shù)據(jù)的價值。

數(shù)據(jù)中心作為金融科技賦能建行業(yè)務的新載體，不同于以往傳統(tǒng)IT系統(tǒng)的職責邊界。 比如我們以前做系統(tǒng)的時候，會有一個負責業(yè)務的部門或者是牽頭部門，還有業(yè)務部門的管理員和經(jīng)理。 系統(tǒng)的業(yè)務邊界幾乎相當于業(yè)務部門的邊界或業(yè)務線的邊界。 數(shù)據(jù)中心在打破業(yè)務腰線邊界的同時，也必須劃分自己的責任邊界。 數(shù)據(jù)中心為整個工商銀行提供數(shù)據(jù)提取、處理和應用服務。 我們的技術(shù)人員一定要明確業(yè)務系統(tǒng)和數(shù)據(jù)中心的邊界。 一般來說，機構(gòu)、客戶等維度數(shù)據(jù)由數(shù)據(jù)中心平臺提供統(tǒng)一管理和服務。 業(yè)務數(shù)據(jù)一般存儲在業(yè)務系統(tǒng)中，通過數(shù)據(jù)交換等形式將具有數(shù)據(jù)共享價值的數(shù)據(jù)提供給數(shù)據(jù)中心。 數(shù)據(jù)交換是必要的。

過去，科技部門作為成本中心，往往只考慮成本，沒有意識到技術(shù)it技術(shù)人員，尤其是數(shù)據(jù)能否帶來價值。 同時，數(shù)據(jù)作為一種資產(chǎn)，無論是生產(chǎn)還是獲取，都需要付出成本，而這些成本都是通過數(shù)據(jù)進行投資的。 中臺和業(yè)務中臺的賦能為建行帶來了利潤，這就是數(shù)據(jù)中臺的價值所在。 為此，我們的科技人員在實施數(shù)據(jù)中心以及數(shù)據(jù)中心的輸入和使用時，必須構(gòu)建數(shù)據(jù)中心的成本投入機制，充分評估數(shù)據(jù)的輸入和輸出，提高精細化建行的經(jīng)營管理。 對外部數(shù)據(jù)的能力、采購等諸多方面具有積極的作用和影響。

3. 技術(shù)挑戰(zhàn)

數(shù)據(jù)中心的提出有賴于技術(shù)的迅速成熟和發(fā)展。 大數(shù)據(jù)、人工智能等新技術(shù)的出現(xiàn)，為建行業(yè)務提供了技術(shù)支撐，也給技術(shù)人員帶來了不小的技術(shù)挑戰(zhàn)。 包括數(shù)據(jù)整改能力、技術(shù)架構(gòu)能力、數(shù)據(jù)處理能力、數(shù)據(jù)標準能力、業(yè)務連續(xù)性能力。

在數(shù)據(jù)平臺實施過程中，科技人員必須具備數(shù)據(jù)清洗能力。 數(shù)據(jù)整頓解決“業(yè)務越來越復雜，數(shù)據(jù)臟亂差”帶來的挑戰(zhàn)。 如何合理規(guī)劃數(shù)據(jù)結(jié)構(gòu)？ 如何標準化和定義數(shù)據(jù)？ 如何有效管理數(shù)據(jù)資產(chǎn)？ 如何安全地分發(fā)使用數(shù)據(jù)？ 這一切都需要完善的數(shù)據(jù)整改體系來驅(qū)動建行數(shù)字化經(jīng)營轉(zhuǎn)型。 完整的數(shù)據(jù)整改應該包括目標、組織、制度、工具、標準五個關(guān)鍵要素，以及數(shù)據(jù)標準定義、數(shù)據(jù)模型標準設計、數(shù)據(jù)規(guī)范制定與測試、元數(shù)據(jù)管理、數(shù)據(jù)質(zhì)量保障、數(shù)據(jù)安全問題例如治理和數(shù)據(jù)合規(guī)性。

數(shù)據(jù)中心平臺除了業(yè)務屬性外，更多的是基礎技術(shù)平臺。 數(shù)據(jù)中心平臺作為全行的技術(shù)技術(shù)平臺，如何設計數(shù)據(jù)中心平臺的技術(shù)架構(gòu)是每一個建行都面臨的問題。 不同的工商銀行和不同的互聯(lián)網(wǎng)組織對數(shù)據(jù)中心的架構(gòu)有不同的理解，需要因地制宜統(tǒng)一規(guī)劃和架構(gòu)設計。 根據(jù)一些主要銀行和互聯(lián)網(wǎng)金融機構(gòu)（以螞蟻金服等為代表）的做法。 大數(shù)據(jù)平臺、現(xiàn)有的數(shù)據(jù)庫機房，以及實時預估引擎、圖預估引擎等作為統(tǒng)一的數(shù)據(jù)技術(shù)后臺支撐整個數(shù)據(jù)中心的業(yè)務。 掌握和應用這項新舊技術(shù)的是我們的技術(shù)人員。 面臨的又一個挑戰(zhàn)。

由于是“厚中臺，薄前臺”的結(jié)構(gòu)，前臺積累數(shù)據(jù)不易，需要依賴中臺提供服務。 這樣的api方式來代替原有的數(shù)據(jù)集成，也是數(shù)據(jù)中臺流程實施的必然趨勢。 SQL 是一種領域特定語言 (DSL)，雖然功能強大，但它并不是一種很好的工程語言。 因為不能在顯存中定義和操作復雜的數(shù)據(jù)結(jié)構(gòu)，如果要做模塊化的邏輯封裝，模塊的輸入輸出必須是數(shù)據(jù)庫表，帶來I/O消耗，大量的模塊化必然帶來從而顯著提高 I/O 性能。 但是這個模塊存在的方式只有腳本，缺乏修復工具，如何管理大量分散的模塊也是一個兩難的問題。 在中臺數(shù)據(jù)架構(gòu)的實現(xiàn)中，如何盡量減少SQL的使用，也是需要考慮模塊化和性能選擇的重要問題。

在數(shù)據(jù)中心的實施過程中，會涉及到應用系統(tǒng)的建設、組織架構(gòu)的建設、運維體系的建設、數(shù)據(jù)資源的使用等。 數(shù)據(jù)中心建設的標準化，本質(zhì)上將歸于標準化。 數(shù)據(jù)中心標準規(guī)范體系和相關(guān)技術(shù)標準的建設，已成為數(shù)據(jù)中心實施和應用成敗的支撐和關(guān)鍵。 除了吸取行業(yè)先進經(jīng)驗外，數(shù)據(jù)中心的標準體系還應包括基礎標準、技術(shù)標準、安全標準、應用和服務標準。 我們的技術(shù)人員應該具備以上技術(shù)能力。

最后提到的業(yè)務連續(xù)性問題，是銀行業(yè)技術(shù)從業(yè)者無法回避的問題。 數(shù)據(jù)中臺作為銀行業(yè)務系統(tǒng)的重要基礎平臺，服務于整個前端系統(tǒng)，為內(nèi)外部業(yè)務系統(tǒng)提供支撐。 由于數(shù)據(jù)中臺的使用依賴于很多底層數(shù)據(jù)后端技術(shù)框架，其業(yè)務不斷選擇哪一種面臨著前所未有的挑戰(zhàn)。 借鑒互聯(lián)網(wǎng)公司的架構(gòu)。 通過微服務架構(gòu)、分布式數(shù)據(jù)庫、容量壓測評估、限流降級、全鏈路壓測平臺等一系列框架和手段保障業(yè)務連續(xù)性尤為重要。

4.組織結(jié)構(gòu)挑戰(zhàn)

隨著銀行業(yè)數(shù)字化轉(zhuǎn)型戰(zhàn)略的逐步深入和數(shù)據(jù)中臺、業(yè)務中臺等技術(shù)平臺的落地，多家建行提出了敏捷變革的理念。 這是與數(shù)據(jù)中臺等數(shù)字化戰(zhàn)略相適應的組織架構(gòu)變革，因此，交通銀行的技術(shù)人員也應該積極迎接組織架構(gòu)變革帶來的挑戰(zhàn)。

首先是業(yè)務和技術(shù)的融合，實現(xiàn)跨部門、自治的團隊網(wǎng)絡。 科技人員必須建立自上而下的系統(tǒng)溝通協(xié)作機制，以保證組織的快速決策和持續(xù)迭代。

2、技術(shù)與業(yè)務緊密結(jié)合，采用IT與開發(fā)運維雙速（）等新一代IT技術(shù)和治理模式，賦能業(yè)務轉(zhuǎn)型。 技術(shù)人員應該積極擁抱這些變化，并在組織結(jié)構(gòu)、IT 流程和系統(tǒng)工具方面適應它們。

三是傳統(tǒng)IT架構(gòu)與敏捷IT架構(gòu)并存，這些雙卡IT架構(gòu)給IT組織架構(gòu)的功能定義和IT人員技能培訓帶來了挑戰(zhàn)。 同時，在組織結(jié)構(gòu)上也會出現(xiàn)敏感穩(wěn)態(tài)，組織上會出現(xiàn)一些沖突和矛盾，協(xié)調(diào)處理好兩種組織形式和技術(shù)體系之間的關(guān)系，是推動數(shù)據(jù)中心發(fā)展戰(zhàn)略和發(fā)展的重要前提。甚至整個數(shù)字中心。

五、應對挑戰(zhàn)的思考

1.應對業(yè)務挑戰(zhàn)，交通銀行技術(shù)人員應注重加強業(yè)務能力的學習，加強金融業(yè)務知識、營銷技能、風險管理、企業(yè)管理等方面的知識復合和交叉培訓能力。 用跨界的思維、跨界的視野、跨界的方法，培養(yǎng)你的綜合能力。 積極參加系列培訓，通過與同行、政府部門、互聯(lián)網(wǎng)公司、運營商等的交流，拓展自己的視野。

2、信息技術(shù)的發(fā)展日新月異。 作為IT從業(yè)者，尤其是金融科技從業(yè)者，更要注重新技術(shù)、新知識的學習。 農(nóng)業(yè)銀行應在滿足日常工作的前提下，制定金融科技人員再學習計劃和培訓制度，包括產(chǎn)品、技術(shù)、架構(gòu)設計、運維等各個方面的知識，掌握技術(shù)與互聯(lián)網(wǎng)公司、金融同行交流學習。 . 科技人員還應充分發(fā)揮自主學習的能動性，倡導終身學習的理念。

3、組織架構(gòu)帶來的變革，管理體制的變革it技術(shù)人員，更多的是執(zhí)行效率的提升。 傳統(tǒng)組織結(jié)構(gòu)下，個人的工作狀態(tài)是任務驅(qū)動、層層匯報，而敏捷組織結(jié)構(gòu)下的人，更注重快速反應、快速變化，將被動的工作習慣轉(zhuǎn)變?yōu)橹鲃拥奶娲?，并且以提高?zhí)行力和工作效率。

6.總結(jié)

數(shù)據(jù)中心以農(nóng)行內(nèi)外部需求驅(qū)動，自主創(chuàng)新挖掘，基于業(yè)務場景驅(qū)動創(chuàng)新，為業(yè)務應用賦能。 這是一個閉環(huán)的過程，過程中積累的數(shù)據(jù)資產(chǎn)將更好地為建行服務。 商業(yè)服務。 作為建行的技術(shù)人員，他們面臨著業(yè)務、技術(shù)、組織架構(gòu)的三重挑戰(zhàn)。 只有應對這些挑戰(zhàn)，才能實現(xiàn)自身價值，促進建行業(yè)務發(fā)展的共贏。

數(shù)據(jù)平臺給建行帶來的變化是，由過去的傳統(tǒng)資源驅(qū)動轉(zhuǎn)變?yōu)閿?shù)據(jù)資源驅(qū)動。 在這次改革中，科技人員將運用廣闊空間，不斷提升創(chuàng)造力，幫助企業(yè)用數(shù)據(jù)思維迸發(fā)企業(yè)沉淀，產(chǎn)生新的發(fā)展動能。 基于數(shù)據(jù)中心資產(chǎn)體系和服務體系，快速響應外部環(huán)境變化和內(nèi)部業(yè)務調(diào)整，構(gòu)建場景金融。 不斷將經(jīng)驗轉(zhuǎn)化為數(shù)據(jù)資產(chǎn)的一部分，從而產(chǎn)生持續(xù)優(yōu)化和解決問題的能力。

原標題：建行引入數(shù)據(jù)中臺給IT技術(shù)人員帶來的挑戰(zhàn)與思考