現在有幸參與傳統銀行數字化轉型，負責技術架構部分的轉型設計。高效能的資料架構（High Performance Data Architecture），正是我們架構轉型的重點。

隨著科技的蓬勃發展、社交網路的廣泛使用、線上消費的普及、資料探勘的技術提升等大趨勢，全球銀行業正迎來一場聲勢浩大的數字化創新浪潮。數字化為消費者的生活及行為模式帶來翻天覆地的變化，也孵化出一批新型的金融科技(Fintech)競爭者，為銀行帶來了巨大挑戰及新的機遇。傳統銀行的數字化轉型，是要向千禧一代提供更好的服務。千禧一代是伴隨著數字化潮流成長的，他們希望融合線上和線下的服務。因此，傳統銀行數字化轉型的兩個重點是開放式銀行和全渠道銀行。開放式銀行是一種利用開放API技術實現銀行與第三方之間資料共享，從而提升客戶體驗的平臺合作模式。開放式銀行可以幫助傳統銀行更快的融入網際網路電子商務平臺並構建自己的金融生態系統。例如，銀行可以把房貸等金融服務產品以開放API方式和房地產商對接，客戶接入平臺後也可以做關聯產品推薦。 全渠道銀行是以客戶為中心而驅動渠道融合，從而為使用者提供更優產品體驗。現在全球眾多領先銀行都在多渠道的基礎上打造線上線下整合的全渠道發展模式，目的是讓客戶在所有渠道均與銀行接觸，都感受到統一的客戶體驗與品牌印象，同時為客戶提供渠道之間的無縫結合，隨時隨地選用自己覺得最方便的一種或多種渠道實現所需要的交易或服務。

伴隨著開放式銀行和全渠道銀行的轉型訴求，傳統銀行的技術架構也在轉型：

- 主機（Mainframe）模式

- C/S兩層架構和B/S三層架構

- 分散式架構。

在主機模式中，資料架構主要集中在主機。這裡資料架構的要求是安全性和穩定性。

在C/S和B/S架構中，引入了中介軟體平臺（Middleware）。這階段的資料架構主要是在電子渠道。渠道相關的資料資訊主要儲存在渠道對應的關係型資料庫。

在分散式架構的基礎是雲計算技術和容器化平臺（Cloud Computing， Container Platform）。這裡的資料架構變得相當複雜。一方面是因為大資料的發展，資料量、速率、資料型別都給資料架構的設計帶來了極大的挑戰。另一方面是因為客戶的期望也伴隨著網際網路的發展而不斷提高。銀行需要在金融服務上不斷進行創新，但是也不能影響中斷現有業務。因此，微服務架構、DevOps和私有云的使用可以讓業務創新更快進行。同時，銀行也需要構建使用者畫像，對使用者的行為偏好和財務可以更好預測。 這樣就在設計上要求每個微服務都有自己的資料庫（包括快取），同時需要構建資料湖，也要和資料倉庫、ODS等對接，這樣才能全方面的構建高效能的資料架構以支撐銀行的數字化轉型。

高效能資料架構從檔案系統到SQL DB到NoSQL，再到現在的NewSQL。業務的發展會對高效能資料架構的發展不斷帶來訴求，也需要我們不斷的瞭解和更新現有技術知識，以滿足使用者的需求。