從十二五走到十三五期間，銀行業(yè)面臨的各方面的壓力越來越大，從我們的年報數(shù)字可以看出去年四大行的利潤增長基本上趨近于零增長。在這樣的情況下，我們怎樣通過IT的引領提升傳統(tǒng)銀行的競爭力，這是擺在我們面前的一個很重要的課題。

大數(shù)據(jù)怎么樣能夠在智慧銀行的方向上起到更大的作用呢？

通過銀行的歷程佐證這樣一個觀點。過去十多年期間銀行基本上有兩個拐點，

第一個拐點就是發(fā)生在互聯(lián)網銀行慢慢取代柜員，IT支持從支持幾萬十幾萬的柜員到支持面向所有的互聯(lián)網客戶，這里面發(fā)生了一個根本性的變化，無論是服務的形態(tài)還是IT的支撐，都發(fā)生了很根本的變化，這是移動和云要在里面發(fā)揮作用。

下一個拐點是什么？銀行要從原來做的賬務性的、交易性的處理轉向能夠滲透到經濟生活的方方面面，這是一個場景化，如果抓不住這個拐點，銀行就要被互聯(lián)網金融顛覆或者管道化。

這幾年銀行三大互聯(lián)網渠道已經建立：

手機銀行，已達到1.8億多

網上銀行，我們有2億

微信銀行，它占的客服服務總量已經超過了傳統(tǒng)的客戶服務

這意味著我們的渠道、我們場景化的實踐已經見到了效果，另外我們做大數(shù)據(jù)要具備的基礎已經存在。

談大數(shù)據(jù)，對傳統(tǒng)銀行來講，要解決3大問題

怎么樣提升對于客戶的識別？

怎么樣對于客戶的營銷？

怎么樣提升對于風險的防范？

所以，無論是用傳統(tǒng)的結構化的數(shù)據(jù)，還是用現(xiàn)在互聯(lián)網形態(tài)下面非結構化的數(shù)據(jù)，要解決的問題都是這些，只不過我們現(xiàn)在有了更豐富的數(shù)據(jù)源，有了更好的對于數(shù)據(jù)處理的方法。

目前，建設銀行已經成立了上海大數(shù)據(jù)分析中心，這不屬于技術部門，屬于信息管理部門。

從設計目標有這幾條：

策略上架構先行，我們已經有很好的基礎架構。1、基礎能力上，我們在做一些基礎的大數(shù)據(jù)分析工具的搭建。2、要想明白用數(shù)據(jù)做什么？我一直不太同意你先不要管你做什么，先把平臺搭起來，我不太清楚有多少人從做數(shù)據(jù)倉庫過來，當時提的很多的概念是垃圾進垃圾出，到了大數(shù)據(jù)時代沒人提這個事情了，好像所有大數(shù)據(jù)都是質量很高的，但這方面要警惕。

功能架構設計，和大家都差不多，從采集、存儲、分析、展現(xiàn)到應用。我要強調的是從這個結構來說，這是很完美的一個結構，但要能夠實時或者及時地反映到你的業(yè)務流程當中去，反映到你的營銷當中去。不要拘泥于一個結構。

數(shù)據(jù)設計，我們有一個演變過來的整體的結構。這里面我想強調一點，大數(shù)據(jù)是數(shù)據(jù)的一部分，結構化的數(shù)據(jù)是大數(shù)據(jù)的一部分，這兩個東西不要割裂來看。

我們的大數(shù)據(jù)平臺取得了一些成果：

實時的數(shù)據(jù)倉庫上：我們能夠對客戶經理做實時的數(shù)據(jù)提供和交付，提供無論是并發(fā)的訪問還是實時服務方面。

從數(shù)據(jù)的應用模式上：我們總結了六類數(shù)據(jù)應用模式，包括挖掘類、數(shù)據(jù)實驗室、機器查詢、儀表盤、固定報表、自動查詢等等。

建立“模型實驗室”：現(xiàn)在越來越發(fā)揮了更大的作用，我們能夠基于結構化和非結構化的數(shù)據(jù)支持大數(shù)據(jù)模型的研發(fā)，這個模型研發(fā)出來我們能夠很快地把它部署到生產當中去，能夠為一些決策，未風先管理服務。

在非結構化大數(shù)據(jù)的應用方面，做探索：比如客戶行為偏好的數(shù)據(jù)，錄音文本、地理數(shù)據(jù)的應用、能耗數(shù)據(jù)的應用、媒體信息、員工行為數(shù)據(jù)等等。通過位置服務終端識別的新技術新數(shù)據(jù)的采用，拒絕可疑風險事件，上半年避免1.9萬起，避免客戶損失1.4億，這種數(shù)據(jù)越來越大。

剛才我提到了場景化，我們希望能夠把金融數(shù)據(jù)的服務將來標準化和平臺化，平臺化之后能夠在基礎的大數(shù)據(jù)能力、基礎數(shù)據(jù)的提供甚至一些分析數(shù)據(jù)的提供，基礎應用，客戶花香、征信評級的監(jiān)測，為無論是內部的客戶還是外部的客戶提供更好的大數(shù)據(jù)技術，這是從技術方面來看大數(shù)據(jù)下一步做的工作。

如何處理數(shù)據(jù)量的快速增長？首先全行的數(shù)據(jù)量的快速增長，包括我們現(xiàn)在工行每天的交易量，外部互聯(lián)網金融，工行的三大互聯(lián)網平臺造成用戶的交易數(shù)據(jù)和行為數(shù)據(jù)有大幅的增長。

如何快速智能分析歷史數(shù)據(jù)？ 工行從2000年開始建立數(shù)據(jù)倉庫以來，擁有了龐大的歷史數(shù)據(jù)資產，在新的環(huán)境下怎么能夠快速地智能分析，對我們提出了更高的挑戰(zhàn)。

如何使用內外數(shù)據(jù)，描述客戶特征？在數(shù)據(jù)源方面，除了本單位數(shù)據(jù)，也需要采納外部的數(shù)據(jù)來配合進行分析。工行已經引入了征信數(shù)據(jù)、稅務數(shù)據(jù)等，怎么做到比較全的數(shù)據(jù)去描繪我行的客戶特征，這是作為我們的一個新的課題。

工行整個的戰(zhàn)略思路是通過我們行的兩庫一司的建設來完善大數(shù)據(jù)體系。

兩庫是信息庫和數(shù)據(jù)倉庫，數(shù)據(jù)倉庫在工行的建設和銀行的建設中都是比較傳統(tǒng)的，主要是應對我們之前的銀行交易數(shù)據(jù)、賬戶數(shù)據(jù)，采用結構化的數(shù)據(jù)存儲來進行相關的處理。前兩年的時候工行啟動了信息庫的建設，主要指非結構的數(shù)據(jù)。

通過兩庫的建設，我們還建設了一支分析師隊伍，能夠對這些龐大的數(shù)據(jù)進行相關業(yè)務的加工處理和分析。

工行大數(shù)據(jù)的發(fā)展歷程可以分幾個階段，從TB級已經進入了PB級的建設階段，接下去在可預見的幾年內會進入EB級的龐大體量。

最早工行是2000年初，那個時候大數(shù)據(jù)的領域更多的還是應用在一些報表的快速展現(xiàn)，所以那個時候我們是基于比較傳統(tǒng)的Oracle和SaaS，做了T+1的動態(tài)報表，行領導和管理層能夠在第二天上班前看到我們行昨天的經營數(shù)據(jù)，這是最早建立的。

2007年工行基于當時最先進的企業(yè)級的數(shù)據(jù)倉庫的體系架構啟動了工行的企業(yè)級數(shù)據(jù)體系的建設，做了全行統(tǒng)一的管理數(shù)據(jù)的大集中。

2010年基于我們的數(shù)據(jù)倉庫的數(shù)據(jù)支持，我們推出了工行的MOVA管理會計系統(tǒng)，做了全行績效考核的管理系統(tǒng)。

2013年隨著外部形勢的發(fā)展，大量數(shù)據(jù)爆發(fā)式的出現(xiàn)，我們引進了大數(shù)據(jù)領域在業(yè)界最流行的Hadoop技術，在Hadoop基礎上搭建了信息庫，發(fā)展是非常快的。

2014年工行基于大數(shù)據(jù)，原來的大數(shù)據(jù)采用連機異部批量的方式，通過文件存儲的方式，不管是數(shù)據(jù)倉庫還是信息庫，在時效上相對來說比較慢，所以自主研發(fā)了一個流數(shù)據(jù)平臺，能夠提供實時或者準實時的流數(shù)據(jù)處理。

2015年下半年和今年正在推動分布式數(shù)據(jù)庫的落地工作，會和企業(yè)級數(shù)據(jù)倉庫做一個互補。這是大數(shù)據(jù)的主要技術演進。

在大數(shù)據(jù)平臺上，我們可以把它抽象成如下幾層：

第一層是數(shù)據(jù)采集，統(tǒng)一針對外部和內部的數(shù)據(jù)進行相關的數(shù)據(jù)收集，包括日志信息、行為信息和業(yè)務信息。

再上面一層計算層，是我們不單單提供了傳統(tǒng)數(shù)據(jù)倉庫的批量計算的能力，也通過一些流數(shù)據(jù)的技術提供了實時的計算能力。

再上面一層應用層，抽象了大數(shù)據(jù)相關的應用，包括用戶可以自定義的查詢功能。通過這些信息的服務，把這些服務抽象到我們的業(yè)務系統(tǒng)中，通過我們的管理會計系統(tǒng)，通過分析師平臺、風險系統(tǒng)、營銷系統(tǒng)，為我們在數(shù)據(jù)的運營、風險控制和營銷方面都提供相關的支持，這就是主要的大數(shù)據(jù)分層體系。

從大數(shù)據(jù)的起源開始，數(shù)據(jù)倉庫到目前的大數(shù)據(jù)新形勢下，數(shù)據(jù)倉庫已經在做非常大的升級換代和變化。2014年工行從高成本封閉的專業(yè)系統(tǒng)（如：Teradata），開始向高性價比、通用設備和開放技術的系統(tǒng)轉變。

轉型有兩個原因：

第一是數(shù)據(jù)量太大了，原來只需要處理TB級已經轉向需要處理PB級甚至以后EB級的數(shù)據(jù)量。如果是這么大的數(shù)據(jù)量，運用傳統(tǒng)的設備沒有辦法進行相關的處理。

第二，性價比，我們做過測量，通過開放式的彈性可擴展的普通PC服務器的方式，比傳統(tǒng)設備在成本上介紹十幾分之一或者幾十分之一。我們在新平臺上一方面引進了Hadoop平臺基于普通的PC服務器進行搭建，短短一兩年的時間已經擴展到150個節(jié)點，存儲空間已經超過1PB，超過建設了十幾年二十年的Teradata的數(shù)據(jù)容量。

另外我們在研究也會盡快落地的分布數(shù)據(jù)庫，會基于開源的底層架構，基于普通的PC服務器完成數(shù)據(jù)倉庫體系的擴充。后續(xù)在大數(shù)據(jù)的處理加工方面會基于分布數(shù)據(jù)庫進行處理。

從目前的分析角度來看，Teradata會保留，著重在高端的分析師分析挖掘的探索性的工作方面。后續(xù)工行的大數(shù)據(jù)體系會采用多種技術路線、多種技術平臺共存的方式。

非結構化數(shù)據(jù)信息庫的建設情況，建行已經介紹了，工行也有點像。信息庫的建設原則，因為非結構化的數(shù)據(jù)的量是非常大的，所以我們的原則是信息庫建設沒有把非結構化建設進行物理存儲的集中，我們只是通過統(tǒng)一的搜索引擎讓用戶能夠快速地搜索找到他需要的非結構化的信息。

工行在大數(shù)據(jù)應用方面主要側重在風險方面。

工行通過大數(shù)據(jù)在事前、事中、事后三個環(huán)節(jié)的運用進行風險的柔性控制。簡單地舉一個例子，事前，比如銀行卡的授信過程中，或者信貸要進行發(fā)放做凈值調查中，數(shù)據(jù)能給它一個支撐。事中，比如銀行卡最近比較多地發(fā)生盜刷行為，我們可以在事中通過大數(shù)據(jù)的方式發(fā)現(xiàn)銀行卡的盜刷行為。事后，可以根據(jù)事后的交易或者發(fā)生的事件進行相關的分析，分析我們后續(xù)在業(yè)務的拓展或者風險控制方面有哪些需要進一步改進或者補救的工作。

這里舉了幾個簡單的案例。非常好的大數(shù)據(jù)的應用場景，

第一，交易反欺詐，需要利用大數(shù)據(jù)流數(shù)據(jù)的技術，用戶在做交易的過程中采用主機旁路技術，交易沒有完成之前通過大數(shù)據(jù)在內存中進行一個判斷。

第二，大數(shù)據(jù)怎么運用模型，通過比較好的用戶特征的總結和模型做一個監(jiān)控。通過標簽信息，比如我們定義了兩個標簽，一個是用戶開戶的地區(qū)比較廣泛，另一個他持有比較多的借記卡，我們可以認為他涉嫌倒賣銀行卡的嫌疑，我們通過大數(shù)據(jù)的計算可以把這些人員抓出來，可以進行后續(xù)的業(yè)務處理和防空。這也是大數(shù)據(jù)應用的比較好的方面。

第三，現(xiàn)在各個銀行業(yè)碰到的比較大的困境，信貸資產的質量問題。工行持續(xù)在推動運用大數(shù)據(jù)驅防控信貸風險，工行成立了信貸防控中心，運用大數(shù)據(jù)技術在進行相關的防控。

我們在2003年初開始搞大數(shù)據(jù)，當時有很多困惑，首先感覺到大數(shù)據(jù)到來了，現(xiàn)在各個行業(yè)，中央臺什么東西都用大數(shù)據(jù)說話，我們在銀行業(yè)我們能做什么呢？

早期在十幾年前我們大家做數(shù)據(jù)倉庫的時候，大家可能選擇面都很窄，四大行除了我們沒用TD其他都是用TD做的數(shù)據(jù)倉庫。我們當時某系統(tǒng)也很痛苦，計算資源可以擴，但IO能力就在那里。當時覺得列存儲帶來很大的優(yōu)勢，處理通用的數(shù)據(jù)量減少了很多IO。平臺選用什么？還用傳統(tǒng)的嗎？新型的怎么樣？

金融在有些技術的選擇上還是相對比較保守的，我們不會用最新的技術，不會用最新的版本，這也因為金融工委和國家人民銀行對于我們的連續(xù)服務要求特別高，一旦出了事情領導交不了差。

在自主可控上，基礎硬件、基礎軟件、數(shù)據(jù)模型、工具平臺和制度管理都是自主可控的。

硬件方面，采用華為的RH2288系列，2C、docore、256內存、12 4T硬盤，不同時期買的硬盤的容量是不一樣的，后來是4T，之前是3T。

基礎軟件方面，我們引進了國產的南大通用做的MPP架構數(shù)據(jù)庫，我們在原形試運行階段從2013年圓形環(huán)境開始投產，采用28個數(shù)據(jù)節(jié)點，2014年3月份把它擴到56個節(jié)點。非結構化，結構化的數(shù)據(jù)上游生產數(shù)據(jù)基本都是放在MPV架構數(shù)據(jù)庫里，使用起來技術上更流暢，效率更好。Hadoop方面，非結構方面目前使用的是CDH開源版，大概有100個左右的Datanode。

數(shù)據(jù)模型方面，我們結合先進的建模理論，我們融合了范式和維度的思路。我們在主庫核心層面基本是范式建模減少重復。維度方面由業(yè)務驅動的方式建立維度模型為主。

基礎的工具方面，大家知道有ETL、批量調度、源數(shù)據(jù)的管理，這些東西都是我們自主開發(fā)的。我們制定了一套比較完備的規(guī)范、制度、方法、標準。

這是我們整體的邏輯架構圖，

數(shù)據(jù)源層，上游的生產系統(tǒng)，幾乎全行所有的生產系統(tǒng)的數(shù)據(jù)到今年底已經全部進來了，金融交易類百分之百都進來了，現(xiàn)在有60多個上游系統(tǒng)，通過一個交換平臺，交換平臺不僅僅為大數(shù)據(jù)服務，負責上游生產和下游數(shù)據(jù)消費系統(tǒng)總分行之間、總行各應用系統(tǒng)間數(shù)據(jù)交互的平臺。

數(shù)據(jù)處理層，淡黃色指關系型的數(shù)據(jù)庫，也就是MPP架構數(shù)據(jù)庫。操作數(shù)據(jù)區(qū)、非結構化數(shù)據(jù)區(qū)、歷史數(shù)據(jù)平臺、流計算，流計算用Hadoop Stam架構。

下面是Hadoop的東西。我們在整個大數(shù)據(jù)平臺的結構化主庫里分了基礎數(shù)據(jù)庫、共性加工區(qū)和指標區(qū)，非結構化有操作數(shù)據(jù)區(qū)、非結構化處理和歷史數(shù)據(jù)平臺。影像那部分早期已經建好了，為了減少網絡壓力基本上存在分行。

跟傳統(tǒng)不一樣的是，大數(shù)據(jù)平臺的日加工時間目前在七八個小時，早期批量一個是優(yōu)化不到位，一個是處理的分層，所以用了Hadoop把ETL和操作數(shù)據(jù)區(qū)都放在Hadoop里，因為可以節(jié)點多、計算能力強，完成了ET的過程，上游來的全量數(shù)據(jù)在這里做了歸類，生成了一個純層量的數(shù)據(jù)，減少了一天的批量時間幾個小時，提升33%的性能。

數(shù)據(jù)集市層，現(xiàn)在規(guī)劃8個數(shù)據(jù)集市，跟其他行沒有太多區(qū)別，客戶營銷、風險管控、外部監(jiān)管，對分行服務的集市，各行服務的對象都是一樣的。底下研了數(shù)據(jù)提取平臺，外部監(jiān)管和數(shù)據(jù)提取任務特別重，早期都得到生產去導帶生成，現(xiàn)在我們通過單獨建一個環(huán)境，把一些數(shù)據(jù)預加工好，基本以寬表的模式，以前做加法的事情變成了做減法，至少80%的提出需求都在我的環(huán)境里直接提取，大大減輕了人力。

底下是分析挖掘平臺，ODM、SaaS都是農行已有的云，大數(shù)據(jù)只是它的用戶而已，我們在Hadoop分裝了應用，為全行的分期挖掘提供服務支撐。對上層應用的服務有直接訪問，數(shù)據(jù)文件和外部服務和數(shù)據(jù)快速復制等技術和應用進行連接。應用主要是對資產負債領域、電子銀行領域、信用卡和個人金融領域、風險和財務提供了一些支撐。

大數(shù)據(jù)平臺和集市，我們建成了4個集市，有3個集市在建的過程中，今年分行下半年要搞分行集市的試點。應用，我們提供統(tǒng)一的數(shù)據(jù)展示和服務。展示服務一個是對所有全行業(yè)的用戶，對所有行業(yè)監(jiān)管的各種報送，因為各種報送比較零亂，點也比較多，趨向不同部署也不一樣，底層做了統(tǒng)一調度、統(tǒng)一監(jiān)控和ETL，對全行描述類數(shù)據(jù)進行了統(tǒng)一管理，包括我們的數(shù)據(jù)標準和數(shù)據(jù)質量管理都在這里統(tǒng)一進行。

這是硬件的環(huán)境，

在Gbase方面，56是生產環(huán)境，現(xiàn)在實現(xiàn)了56環(huán)境的雙活，這兩個56環(huán)境同時在工作，一個做T+1當天的數(shù)據(jù)加工，一個做隔一天的連級服務，這樣的話連級服務的能力，按實側的話會比以前做TD的測試中更強一點，另外個人客戶集市、資產負債集市，還做了數(shù)據(jù)挖掘層次，Gbase集成了WODM和SaaS。Hadoop的生產環(huán)境是92個datanode和2個namenode。我們現(xiàn)在Gbase有236個節(jié)點，庫內主副本的整個容量有5.2PB數(shù)據(jù)，Hadoop的集群是150個節(jié)點，容量是4.3PB。

56+8是56個數(shù)據(jù)計算環(huán)境，8個是加載機，56個環(huán)境每個節(jié)點是12塊3T的硬盤，有2塊做Read1，是存放操作系統(tǒng)和重要的參數(shù)信息和數(shù)據(jù)庫環(huán)境，其他10個環(huán)境是Read5來存放數(shù)據(jù)，一個節(jié)點存放有效數(shù)據(jù)10幾個T，56的環(huán)境里有效數(shù)據(jù)將近300個T，Gbase有5到10的壓縮比，各個字段可以選擇壓縮去，300個TB的數(shù)據(jù)換算成倉外的文本量，就算簡單乘以300T也是1.5PB以上，現(xiàn)在折算成1.8PB左右，是PB級的。

我們跟Gbase從這個時候開始合作，我們在八方面跟他們共同做了一些優(yōu)化工作，跟Gbase做了大量優(yōu)化，有近百個優(yōu)化的細項。MPP數(shù)據(jù)庫，我們搭建了雙活機制，兩個庫之間的同步加驗證現(xiàn)在每天大概是22TB的數(shù)據(jù)，僅需要3小時。早期在給主庫做備份的時候，100TB的數(shù)據(jù)有小40個小時，后來我們用了Hadoop做備份，100TB用了不到10小時，大家用TB備份一直是比較難的事情，在Hadoop方面我們做了大量基礎性的工作，非結構化的數(shù)據(jù)、文件的服務、數(shù)據(jù)的備份等等。

我們做了MPP和Hadoop的交互，有些應用要交互，我們做了非結構化MPP和HDFS之間的融合。后來啟用了MPP和Hadoop之間的備份，大大提高了效率，300T也需要將近20個小時，所以我們做了雙活，如果雙活穩(wěn)定的話我們就不用備份數(shù)據(jù)了。開發(fā)的基礎工具包括ETL工具、批量調度、整個的監(jiān)控和統(tǒng)一訪問層，監(jiān)控這塊我們還做了健康檢查，通過SaaS把半年的日志交過去，最后生成一些模型，給我預測整個系統(tǒng)運行的安全狀況。數(shù)據(jù)混搭的模型設計，我們有一套完整的方法論，能保證數(shù)據(jù)的準確、穩(wěn)定、完整和可用。同時我們在方法論、開發(fā)規(guī)范、數(shù)據(jù)規(guī)范和流程規(guī)范都積攢了一系列文檔。整個模型是分層的，操作數(shù)據(jù)區(qū)、基礎數(shù)據(jù)區(qū)、共性加工區(qū)、指標層和集市層，完成了客戶的統(tǒng)一試圖、產品的統(tǒng)一管理和客戶的精準營銷和風險管控等等。

通過6個方面對大數(shù)據(jù)平臺的數(shù)據(jù)進行了全生命周期的管理，包括建模、驗證、清理、準入、數(shù)據(jù)地圖和一些規(guī)范。

我們在大數(shù)據(jù)的建設中充分體現(xiàn)了數(shù)據(jù)的價值：

分析挖掘上，跟業(yè)務融合，分別在多個領域寫出了20多份分析報告，有精準營銷和業(yè)績價值等九個方面都落到不同的應用去嘗試實現(xiàn)。

培養(yǎng)的人才，對SaaS、Spack、R語言，熟悉這些算法，對聚類、分類、回歸、神經網絡等等進行了研究，

要好用，建立一套多場景的實驗環(huán)境，流水線式的作業(yè)、組建化的模型集脫拉拽式的服務，使業(yè)務人員能更快地使用我的系統(tǒng)。多個技術對用戶來講是透明的，用戶要使用的話非常方便。我們展示了非常完整的服務，對基礎環(huán)境融合，對資源的管理展現(xiàn)進行全覆蓋，部署的模式也是收放自如的，展現(xiàn)也突破了傳統(tǒng)的思維，我們在報表展示層面是可交付的、動態(tài)的，可以放大縮小，可以按某一列去排序，可以鎖定表頭，不是一個靜態(tài)的頁面，報表是可操作的。

2015年下半年將近年底，Ganner對這1000多家企業(yè)和機構做了另外一次調查，大數(shù)據(jù)項目成功上馬的不到9%，為什么？Ganner對他們沒有成功做了原因的分析，其中比較重要的幾條是這樣的。

排在第一位的是無法挖掘出數(shù)據(jù)的價值是什么，

第二位是企業(yè)或機構沒有明確的大數(shù)據(jù)的戰(zhàn)略目標和戰(zhàn)略規(guī)劃，

第三是缺乏核心技術，

第四是無法有效的整合數(shù)據(jù)資源，

第五是企業(yè)的內部無法對大數(shù)據(jù)的實施和規(guī)劃達成共識。

總結了這樣一些不太順利的原因之后，我覺得有一個清晰的完整的系統(tǒng)性的戰(zhàn)略規(guī)劃，對中國銀行以后大數(shù)據(jù)的建設的作用是非常巨大的。

中行的戰(zhàn)略方向：

以平臺為支撐構建大數(shù)據(jù)的技術體系

以數(shù)據(jù)為基礎充分整合數(shù)據(jù)資源

以應用為驅動深入挖掘數(shù)據(jù)價值

以人才為核心提升數(shù)據(jù)分析能力

以平臺為支撐構建大數(shù)據(jù)的技術體系。我們把大數(shù)據(jù)的技術體系分成戰(zhàn)略層面、規(guī)劃層面和設計及交付層面，在這里面最重要的是大數(shù)據(jù)的體系架構，分為業(yè)務架構、應用架構、信息架構和技術架構四個不同的架構，在這四個不同的架構里分別支撐我們的業(yè)務流程和端到端的場景及應用的組建及分析模塊，最后是設計跟交付。

我們在實施的方面采用分行試點的模式，有很多的調查機構在對大企業(yè)實施大數(shù)據(jù)項目做了總結之后發(fā)現(xiàn)大數(shù)據(jù)的項目實施方法上分兩個流派，一個流派是自頂向下的，上來規(guī)劃很大的大叔據(jù)的東西，從地層往下逐漸延伸，累了大量的數(shù)據(jù)，在這里面做清洗分析，在這里面找規(guī)律，再看這個企業(yè)怎么從數(shù)據(jù)里得到什么樣的東西。另一個流派是從底向上的，先看需要哪些東西，再對這些數(shù)據(jù)進行整合。我看了很多相關的實例之后，后一個方法在現(xiàn)階段的效果會更明顯，有了清晰的需求才會更準確的對位需求的產品。所以我們在大數(shù)據(jù)實施的策略上采取小步快跑、快速迭代、迅速試錯的方式。

中銀開放平臺，2014年IDC金融的大獎，去年獲得人民銀行的獎，亞洲金融家組織把它評為今年最佳的金融云服務產品，這個產品是我們對大戰(zhàn)略的落地實施的例子。這個產品的主要設計思路是我們把整個中國銀行的大數(shù)據(jù)進行了歸并整理之后，開發(fā)了1000多個標準的API接口，這些API接口可以用與我們的分行甚至我們的客戶，在我們規(guī)劃的未來里，可以通過這些API訪問和使用中國銀行的數(shù)據(jù)，用于加工得到自己想要的相關結果。

目前已經有很多分行利用這樣的平臺開發(fā)出了很多比較受歡迎的產品，大家如果有興趣的話可以在蘋果的APP Store或者安卓的平臺下載這個產品看一下。

1、我們非常希望在合規(guī)的前提下充分利用銀行外部的數(shù)據(jù)服務。因為銀行或者金融企業(yè)的數(shù)據(jù)在深度上不是一般的互聯(lián)網企業(yè)能夠比擬的，如果我們金融行業(yè)跟其他的相關企業(yè)進行有效的數(shù)據(jù)交換，大家彼此利用對方的優(yōu)勢，就能夠使我們這個數(shù)據(jù)得到更完美的使用。

2、以應用為驅動，深入挖掘數(shù)據(jù)價值。做大數(shù)據(jù)應用的場景產品。此外中國銀行還推出來口碑貸、中銀沃金融的服務，都是按照這個思路去進行我們產品的組合規(guī)劃和設計。

3、精準地建設客戶的營銷平臺，把線下的客戶信息和線上的客戶行為統(tǒng)一在一起，把結構化的數(shù)據(jù)和非結構化的數(shù)據(jù)有機地提煉并且整合，爭取能夠精確地描述客戶的各項屬性特征。

以上整理，部分演講內容有刪減！