傳統(tǒng)銀行無(wú)法提供無(wú)縫的全渠道客戶體驗(yàn)、無(wú)法實(shí)時(shí)檢測(cè)欺詐、無(wú)法獲得業(yè)務(wù)洞察力、用戶體驗(yàn)感較差、品牌聲譽(yù)受損和業(yè)務(wù)損失？虹科提供的Redis企業(yè)版具有低延遲、高吞吐和高可用性特征，使用Redis企業(yè)版數(shù)據(jù)庫(kù)，金融機(jī)構(gòu)可以實(shí)現(xiàn)即時(shí)的客戶體驗(yàn)、精細(xì)高效的財(cái)務(wù)風(fēng)險(xiǎn)分析、降低成本、實(shí)現(xiàn)零信任、進(jìn)行欺詐檢測(cè)、利用AI進(jìn)行在線特征存儲(chǔ)等，從而全方位滿足客戶的需求。

?

虹科提供的Redis企業(yè)版數(shù)據(jù)庫(kù)已與全球許多領(lǐng)先的金融服務(wù)組織合作，不需要投資大量的資金和時(shí)間就可以實(shí)現(xiàn)現(xiàn)代數(shù)據(jù)技術(shù)，加速IT現(xiàn)代化和數(shù)字化轉(zhuǎn)型過(guò)程。

背景

如今，傳統(tǒng)銀行與新興銀行正在進(jìn)行激烈的競(jìng)爭(zhēng)。隨著蘋果、亞馬遜、谷歌等科技巨頭正憑借其數(shù)字化、移動(dòng)應(yīng)用程序和云體驗(yàn)打入金融服務(wù)行業(yè)。為了進(jìn)行公平競(jìng)爭(zhēng)，傳統(tǒng)銀行也需要通過(guò)個(gè)性化的全渠道客戶體驗(yàn)來(lái)實(shí)現(xiàn)交互式客戶應(yīng)用程序—這一挑戰(zhàn)需要徹底改變客戶參與策略。

如果銀行能夠提供全方位服務(wù)的手機(jī)銀行應(yīng)用程序，則更可能提高客戶忠誠(chéng)度，激勵(lì)客戶進(jìn)行互動(dòng)，并讓銀行更深入地了解客戶活動(dòng)。

?

通過(guò)實(shí)時(shí)的用戶資料存儲(chǔ)實(shí)現(xiàn)即時(shí)客戶體驗(yàn)

1.概述

消費(fèi)者每天都在使用移動(dòng)設(shè)備訪問(wèn)他們的賬戶，數(shù)字銀行業(yè)務(wù)現(xiàn)已成為常態(tài)。在此背景下，銀行希望最大限度地提高用戶體驗(yàn)，以在行業(yè)競(jìng)爭(zhēng)中脫穎而出。由于銀行的客戶擁有多種產(chǎn)品，例如儲(chǔ)蓄、信用卡、貸款和投資。因此，銀行希望：

l?根據(jù)客戶的交易歷史提供工具和見(jiàn)解，幫助客戶更有效地進(jìn)行財(cái)富管理。

l?為客戶提供所有賬戶信息的即時(shí)訪問(wèn)。

?

2.挑戰(zhàn)

同一客戶不同賬戶的交易數(shù)據(jù)存儲(chǔ)在一個(gè)單獨(dú)的、孤立的、基于磁盤的后端RDBMS系統(tǒng)中。該技術(shù)最初是為批處理而設(shè)計(jì)的，而不是為在線實(shí)時(shí)訪問(wèn)設(shè)計(jì)地。因此，用戶必須在登錄賬戶后從每個(gè)后端系統(tǒng)檢索所需的數(shù)據(jù)，以及在移動(dòng)應(yīng)用程序中以正確的格式聚合和呈現(xiàn)數(shù)據(jù)才能實(shí)現(xiàn)實(shí)時(shí)訪問(wèn)，這導(dǎo)致客戶等待時(shí)間很長(zhǎng)，還使銀行無(wú)法提供無(wú)縫的交互式用戶體驗(yàn)，也無(wú)法提供所有客戶賬戶信息的全方位整合視圖。

l?實(shí)時(shí)訪問(wèn)難，查詢數(shù)據(jù)等待時(shí)間長(zhǎng)

l?無(wú)法提供交互式用戶體驗(yàn)和客戶賬戶信息的全方位整合視圖

?

3.解決方案

具有RedisJSON模塊的Redis企業(yè)版數(shù)據(jù)庫(kù)提供了實(shí)時(shí)用戶配置文件和文檔存儲(chǔ)，具有本地索引、查詢和全文搜索功能。Redis企業(yè)版數(shù)據(jù)庫(kù)還能充當(dāng)銀行前端應(yīng)用程序的查詢加速器。

?具體來(lái)說(shuō)，在應(yīng)用程序或網(wǎng)站登錄過(guò)程中，用戶設(shè)備ID被識(shí)別并與用戶配置文件相關(guān)聯(lián)。在后臺(tái)，應(yīng)用程序?qū)^慢的后端系統(tǒng)進(jìn)行異步調(diào)用，在會(huì)話GUID鍵下檢索和組裝JSON記錄對(duì)象中的數(shù)據(jù)，并將其臨時(shí)存儲(chǔ)在RedisJSON中。有限的賬戶價(jià)值信息在沒(méi)有任何PII的情況下呈現(xiàn)出來(lái)。當(dāng)客戶完全通過(guò)身份驗(yàn)證時(shí)，他們所有賬戶的所有詳細(xì)信息都可以查看了。Redis企業(yè)版數(shù)據(jù)庫(kù)可以立即為銀行客戶提供合并的賬戶和余額信息，沒(méi)有滯后和延遲。

?此外，通過(guò)加載最近6個(gè)月的信用卡交易信息，可以向客戶展示消費(fèi)行為和趨勢(shì)視圖。例如，通過(guò)計(jì)算該時(shí)期特定類別的支出，客戶能夠知道與上一年相比，他們?cè)?/span>超市或加油站的購(gòu)買量增加了多少。基于此，銀行可以將機(jī)器學(xué)習(xí)算法應(yīng)用于這些交易集，為用戶提供個(gè)性化的營(yíng)銷活動(dòng)。這是一種根據(jù)用戶需求量身定制銀行個(gè)性化體驗(yàn)，有助于與客戶建立更牢固的關(guān)系，并維系客戶的忠誠(chéng)度。

為證券交易提供快速參考數(shù)據(jù)

1.概述

在現(xiàn)實(shí)生活中，證券交易是非常復(fù)雜地。假如一家大型證券交易公司正在重寫其自定義執(zhí)行管理系統(tǒng)，以促進(jìn)和管理交易訂單的執(zhí)行。每個(gè)訂單都需要特定的信息來(lái)完成和結(jié)算交易，這些信息可以是參考數(shù)據(jù)（例如CUSIP、ISIN和SEDOL描述符等證券標(biāo)識(shí)符）或者交易ID。對(duì)于復(fù)雜的金融工具而言，參考數(shù)據(jù)可能是動(dòng)態(tài)的，這就要求它們始終可用并經(jīng)常更新。

證券交易參考數(shù)據(jù)需要保持可用性和經(jīng)常性動(dòng)態(tài)更新。

?

2.挑戰(zhàn)

由于運(yùn)行在基于磁盤存儲(chǔ)上的MongoDB性能較慢，證券交易公司可能還會(huì)使用Kafka作為緩存，但這并沒(méi)有提高性能，因?yàn)?/span>在Kafka的額外往返中減少了高達(dá)95%的交易數(shù)量。

?

3.解決方案

基于低延遲、高吞吐性和高可用性地性能，Redis企業(yè)版內(nèi)存數(shù)據(jù)庫(kù)被用于查找特定的參考數(shù)據(jù)和交易ID微服務(wù)，即Redis企業(yè)版數(shù)據(jù)庫(kù)完全可以取代Kafka和MongoDB作為緩存解決方案和參考數(shù)據(jù)庫(kù)。

風(fēng)險(xiǎn)管理

1.概述

不同類型的風(fēng)險(xiǎn)都對(duì)金融服務(wù)機(jī)構(gòu)構(gòu)成威脅，包括運(yùn)營(yíng)、合規(guī)和金融風(fēng)險(xiǎn)。在2008年金融危機(jī)后，一系列對(duì)可疑銷售行為、金融犯罪、員工不當(dāng)行為的監(jiān)管罰款和執(zhí)法行動(dòng)涌現(xiàn)。與此同時(shí)，數(shù)字化、自動(dòng)化、遠(yuǎn)程工作與金融科技的結(jié)合增加了對(duì)軟件、IT系統(tǒng)及互聯(lián)網(wǎng)的依賴，新的網(wǎng)絡(luò)風(fēng)險(xiǎn)和單點(diǎn)故障由此產(chǎn)生。

?

2.挑戰(zhàn)

銀行專注于治理人為因素和內(nèi)部流程故障導(dǎo)致的風(fēng)險(xiǎn)，一般會(huì)采用損失事件報(bào)告、風(fēng)險(xiǎn)控制自我評(píng)估(RCSA)、廣泛的控制流程和開(kāi)發(fā)操作風(fēng)險(xiǎn)資本模型等方法。

基于規(guī)則的欺詐和交易警報(bào)檢測(cè)系統(tǒng)已經(jīng)被金融服務(wù)機(jī)構(gòu)使用了很長(zhǎng)一段時(shí)間。然而，事實(shí)證明這些工具在主動(dòng)檢測(cè)網(wǎng)絡(luò)風(fēng)險(xiǎn)、欺詐行為、用戶行為風(fēng)險(xiǎn)、其他關(guān)鍵運(yùn)營(yíng)風(fēng)險(xiǎn)等都無(wú)效。一份來(lái)自麥肯錫的操作風(fēng)險(xiǎn)管理報(bào)告強(qiáng)調(diào)，這些欺詐檢測(cè)技術(shù)的誤報(bào)率可能超過(guò)90%。

?

3.解決方案

鑒于復(fù)雜性和成本效率，金融服務(wù)機(jī)構(gòu)需要一種新方法來(lái)檢測(cè)這些風(fēng)險(xiǎn)和問(wèn)題。銀行等金融機(jī)構(gòu)應(yīng)該利用結(jié)構(gòu)化、半結(jié)構(gòu)化和非結(jié)構(gòu)化數(shù)據(jù)的大型存儲(chǔ)庫(kù)來(lái)識(shí)別風(fēng)險(xiǎn)問(wèn)題，而不僅僅是依賴自我評(píng)估、主觀控制和人工調(diào)查。

數(shù)據(jù)訪問(wèn)和分析可以幫助金融服務(wù)機(jī)構(gòu)從定性的手動(dòng)控制轉(zhuǎn)變?yōu)閿?shù)據(jù)驅(qū)動(dòng)的自動(dòng)化實(shí)時(shí)檢測(cè)，從而轉(zhuǎn)變風(fēng)險(xiǎn)管理。例如，通過(guò)挖掘銷售和客戶數(shù)據(jù)，銀行可以檢測(cè)到潛在的未經(jīng)授權(quán)的銷售行為或其他非法行為。

這些預(yù)測(cè)分析工具的核心是使用機(jī)器學(xué)習(xí)模型，該模型可以識(shí)別網(wǎng)絡(luò)威脅、欺詐行為甚至洗錢行為。另一種方法是使用自然語(yǔ)言來(lái)分析電話、郵件、社交媒體等，以實(shí)時(shí)識(shí)別客戶提出風(fēng)險(xiǎn)話題的峰值，同時(shí)確保遵守適用的隱私法規(guī)。

?

精細(xì)高效的財(cái)務(wù)風(fēng)險(xiǎn)分析

?

1.概述

有效的金融風(fēng)險(xiǎn)管理對(duì)于減少資本市場(chǎng)資產(chǎn)交易的潛在損失至關(guān)重要。在此用例中，我們假設(shè)一家大型金融服務(wù)機(jī)構(gòu)進(jìn)行了日常風(fēng)險(xiǎn)評(píng)估以降低自身及其客戶的風(fēng)險(xiǎn)水平。這對(duì)于財(cái)務(wù)風(fēng)險(xiǎn)管理非常關(guān)鍵，因?yàn)榻?jīng)常性風(fēng)險(xiǎn)計(jì)算將表明是否需要更多的流動(dòng)性風(fēng)險(xiǎn)來(lái)緩解。

?

2.挑戰(zhàn)

隨著市場(chǎng)波動(dòng)和客戶投資的增長(zhǎng)，這家金融公司希望提高風(fēng)險(xiǎn)計(jì)算的可擴(kuò)展性、粒度和頻率。由于每個(gè)計(jì)算器的計(jì)算節(jié)點(diǎn)都必須具有足夠的規(guī)模才能來(lái)收集所有市場(chǎng)數(shù)據(jù)并計(jì)算風(fēng)險(xiǎn)結(jié)果，但問(wèn)題是該公司的配置和市場(chǎng)數(shù)據(jù)到風(fēng)險(xiǎn)引擎計(jì)算節(jié)點(diǎn)的加載過(guò)程受到NFS和本地文件系統(tǒng)的限制：

>整個(gè)工作流不能有效地?cái)U(kuò)展額外的資產(chǎn)類別(市場(chǎng)數(shù)據(jù)組+風(fēng)險(xiǎn)計(jì)算節(jié)點(diǎn))。

>缺乏彈性。如果一個(gè)節(jié)點(diǎn)宕機(jī)，每個(gè)風(fēng)險(xiǎn)引擎節(jié)點(diǎn)都無(wú)法恢復(fù)另一個(gè)節(jié)點(diǎn)的工作。

?

3.解決方案

通過(guò)使用Redis企業(yè)版數(shù)據(jù)庫(kù)作為緩存/臨時(shí)數(shù)據(jù)存儲(chǔ)，數(shù)據(jù)能夠更有效地加載到風(fēng)險(xiǎn)引擎計(jì)算器節(jié)點(diǎn)中。如果將引擎配置存儲(chǔ)在Redis中，無(wú)論金融公司在何時(shí)確定了一個(gè)大型資產(chǎn)類別，它們都能夠獨(dú)立地動(dòng)態(tài)分配N個(gè)節(jié)點(diǎn)。

為不同的資產(chǎn)類別創(chuàng)建節(jié)點(diǎn)。使用Redis企業(yè)版數(shù)據(jù)庫(kù)，金融公司能夠?yàn)椴煌馁Y產(chǎn)類別創(chuàng)建節(jié)點(diǎn)。如果有一個(gè)節(jié)點(diǎn)“忙碌”于該特定類別的外部事件，金融公司將啟動(dòng)更多的風(fēng)險(xiǎn)引擎計(jì)算器節(jié)點(diǎn)。

縮減節(jié)點(diǎn)提高資源利用率。由于不需要虛擬機(jī)上的完整數(shù)據(jù)副本，這些節(jié)點(diǎn)現(xiàn)在還可以縮減，例如可以橫向擴(kuò)展較小的節(jié)點(diǎn)以便在系統(tǒng)中提供更高的資源利用率、更頻繁地運(yùn)行相關(guān)的風(fēng)險(xiǎn)計(jì)算。

顯著提高彈性。使用Redis企業(yè)版數(shù)據(jù)庫(kù)可以輕松地為每個(gè)資產(chǎn)類別復(fù)制工作流，以改進(jìn)整體風(fēng)險(xiǎn)計(jì)算。由于每個(gè)風(fēng)險(xiǎn)引擎節(jié)點(diǎn)都可以恢復(fù)另一個(gè)節(jié)點(diǎn)的工作，因此彈性得到進(jìn)一步增強(qiáng)。

使用Redis企業(yè)版數(shù)據(jù)庫(kù)，能夠幫助金融公司及其客戶更高頻地獲得風(fēng)險(xiǎn)頭寸信息，同時(shí)降低基礎(chǔ)設(shè)施成本。同時(shí)，公司也能夠更早、更準(zhǔn)確地確定流動(dòng)性風(fēng)險(xiǎn)，從而將額外的資金投資于其他業(yè)務(wù)，提高資金利用效率。

通過(guò)高效的案例管理和報(bào)告降低成本

1.概述

在理想情況下，系統(tǒng)應(yīng)該在交易發(fā)生時(shí)自動(dòng)檢測(cè)欺詐。然而，即使使用最復(fù)雜的AI/ML算法，仍必須手動(dòng)審查和調(diào)查欺詐案件。

有一家大型金融機(jī)構(gòu)公司正在使用內(nèi)部開(kāi)發(fā)的案例管理系統(tǒng)，該系統(tǒng)存儲(chǔ)了一個(gè)大型交易數(shù)據(jù)庫(kù)及其數(shù)據(jù)以供調(diào)查人員進(jìn)行篩選。調(diào)查人員使用案例管理工具開(kāi)展研究并確定可疑交易是否屬于欺詐或與洗錢等行為有關(guān)。

?

2.挑戰(zhàn)

考慮到需要篩選地案例數(shù)量，以及欺詐行為調(diào)查人員需要對(duì)數(shù)據(jù)進(jìn)行廣泛的搜索，該公司正在尋找一種能夠提高審核效率的解決方案。最初，該公司嘗試使用傳統(tǒng)的基于磁盤的搜索解決方案，包括ElasticSearch，但這些解決方案無(wú)法滿足性能要求。此外，由于網(wǎng)絡(luò)延遲及加密文件和數(shù)據(jù)的需要，搜索過(guò)程變得很緩慢。

?

3.解決方案

Redis企業(yè)版數(shù)據(jù)庫(kù)通過(guò)RediSearch模塊來(lái)索引數(shù)據(jù)，提供了一個(gè)快速的內(nèi)存搜索解決方案，還提供了一個(gè)超級(jí)高效的處理引擎用于搜索離散字段、跨案例的術(shù)語(yǔ)以及發(fā)現(xiàn)可能產(chǎn)生欺詐的行為。

由于數(shù)據(jù)和屬性都在Redis的內(nèi)存中，并且是非持久性的，所以它能夠保持去標(biāo)記和短暫性，就像在UI中一樣。這意味著不需要加密，搜索可以在幾毫秒內(nèi)完成。

為了維護(hù)最新的數(shù)據(jù)，RedisConnect被用于變更數(shù)據(jù)捕獲（CDC）框架，將更新的案例數(shù)據(jù)從源關(guān)系數(shù)據(jù)庫(kù)提取到Redis企業(yè)版數(shù)據(jù)庫(kù)。

Redis企業(yè)版數(shù)據(jù)庫(kù)（Redis?Enterprise）解決方案和RediSearch閃電般速度的內(nèi)存搜索功能提高了欺詐檢測(cè)員的生產(chǎn)力和效率水平。對(duì)于金融機(jī)構(gòu)而言，這大大降低了時(shí)間成本和金錢成本。

通過(guò)精細(xì)訪問(wèn)管理實(shí)現(xiàn)零信任

1.概述

隨著安全漏洞和網(wǎng)絡(luò)攻擊的增加，銀行等金融機(jī)構(gòu)的網(wǎng)絡(luò)安全仍然非常重要，IT成本預(yù)算也比較高。

同時(shí)，由于銀行即服務(wù)的采用、合作伙伴生態(tài)系統(tǒng)的擴(kuò)展以及對(duì)銀行法規(guī)的遵守，銀行外部金融數(shù)據(jù)共享也在增加。

出現(xiàn)這些變化后，一家知名銀行希望通過(guò)構(gòu)建一個(gè)零信任的基于OAuth的身份管理系統(tǒng)，使他們能夠成為受信任的身份提供者，從而從競(jìng)爭(zhēng)對(duì)手中脫穎而出。

需要注意的是，在零信任模型中，每個(gè)請(qǐng)求都是實(shí)時(shí)允許或拒絕的。但是，在典型的OAuth2實(shí)現(xiàn)允許請(qǐng)求時(shí)，信息在過(guò)期前15分鐘都是可用的，網(wǎng)絡(luò)攻擊可能會(huì)在這15分鐘內(nèi)發(fā)生。

此外，這家銀行還希望使用基于屬性的訪問(wèn)控制(Attribute?Based?Access?Control,?ABAC)模型來(lái)對(duì)API、數(shù)據(jù)和底層基礎(chǔ)設(shè)施資源進(jìn)行更細(xì)粒度的訪問(wèn)。例如，對(duì)于與稅務(wù)平臺(tái)或金融科技合作伙伴(Mint)的集成，銀行只需要為特定的用戶和開(kāi)發(fā)人員共享特定的數(shù)據(jù)字段。

?

2.挑戰(zhàn)

由于每個(gè)訪問(wèn)請(qǐng)求都需要驗(yàn)證并使用ABAC模型，細(xì)粒度的策略決策點(diǎn)(PDP)需要高性能和可用性，因?yàn)?/span>銀行必須要為全球客戶和開(kāi)發(fā)人員隨時(shí)隨地的訪問(wèn)提供支持。傳統(tǒng)SQL關(guān)系數(shù)據(jù)庫(kù)的復(fù)雜性和高基礎(chǔ)設(shè)施成本使其具有高性能和可擴(kuò)展性，并具有支持全球可用性的能力，但這不是銀行的最佳選擇。

3.解決方案

通過(guò)使用Redis企業(yè)版數(shù)據(jù)庫(kù)，銀行能夠克服這些挑戰(zhàn)，并為全球客戶提供隨時(shí)隨地、實(shí)時(shí)安全和細(xì)粒度的訪問(wèn)。以下是Redis企業(yè)版數(shù)據(jù)庫(kù)的主要功能：

>提供高性能的Acitve-Active地理分布；

>全局激活授權(quán)服務(wù)器和ABAC主數(shù)據(jù)庫(kù)，用于于存儲(chǔ)OAuth2令牌、用戶配置文件/ID和一般權(quán)限；

由于API、客戶端/開(kāi)發(fā)人員和PDP會(huì)隨著應(yīng)用程序和微服務(wù)數(shù)量的增加而增長(zhǎng)，Redis企業(yè)版數(shù)據(jù)庫(kù)還可以進(jìn)行線性擴(kuò)展，每次訪問(wèn)都會(huì)命中一個(gè)PDP以獲得更好的安全性。通過(guò)使用Redis企業(yè)版數(shù)據(jù)庫(kù)，該銀行成為了值得信賴的身份提供者，并使開(kāi)發(fā)人員能夠以安全授權(quán)的方式創(chuàng)新和利用數(shù)據(jù)。

更多虹科Redis企業(yè)版數(shù)據(jù)庫(kù)金融客戶案例請(qǐng)看下期分享！

想要了解【Redis企業(yè)版更多功能】或者【金融行業(yè)解決方案】，歡迎評(píng)論或者關(guān)注虹科云科技！