# Elastic 在金融領(lǐng)域的發(fā)展和應(yīng)用趨勢討論(翻譯)

原文鏈接：https://www.elastic.co/blog/financial-services-trends-seen-at-elastic (需要梯子)

在我 Elastic 公司擔(dān)任解決方案架構(gòu)師期間妆档，金融服務(wù)（Financial Services）是最令我感到振奮的行業(yè)移必。直到被問到可怕的問題许师，例如...

這個基礎(chǔ)架構(gòu)要多久才能完成并投入使用？

回答當(dāng)然是時令人振奮的，要完成這種中端規(guī)格的服務(wù)励幼，時間只需要從三個月到九個月不等。然后人們想知道為什么多年來在這個 FS 領(lǐng)域缺乏創(chuàng)新，讀下去你就會知道答案杖刷！

在本文中，我將介紹一些我認(rèn)為有趣且值得注意的金融服務(wù)技術(shù)趨勢驳癌。

誰在使用 Elastic滑燃，又是為了什么而使用？

首先颓鲜，在 Elastic 公司任職期間表窘，讓我不禁贊嘆的是，Elastic 技術(shù)棧在各種各樣不用領(lǐng)域和行業(yè)里面灾杰，都能得到充分的的使用蚊丐。

對于 Elastic 技術(shù)棧的使用方式，可以像Citi(花旗銀行)一樣艳吠，將其作為日志解決方案(logging solution)麦备，或者像Barclays(巴克萊銀行)和USAA一樣用于安全分析和威脅搜尋。但是，Elasticsearch 對于“搜索”也非常有用凛篙，如Rabobank和 Collector Bank等組織通過使用 Elastic 技術(shù)棧黍匾，來確保像 PSD2 標(biāo)準(zhǔn)(一項歐洲銀行業(yè)法規(guī))得以一致性地實施。

然而呛梆，您是否知道 Elastic 已成為所有金融服務(wù)組織的必備技術(shù)锐涯？以下是一些示例：

Goldman Sachs(高盛)使用我們的組件來跟蹤和分析股票交易，以提供更好的財務(wù)指導(dǎo)填物。
FICO(費埃哲)使用 Elastic 技術(shù)棧來確定和保護(hù)您的信用評分纹腌。
Softbank Payment Service(軟銀) 和 Wirecard(一家德國銀行軟件公司) 都使用我們的產(chǎn)品來監(jiān)視交易，服務(wù)器性能滞磺，以及欺詐行為的發(fā)生升薯。
我們也有幾家投資銀行致力于制定解決方案，以幫助緩解新的《歐盟 CSD 法規(guī)》（該法規(guī)側(cè)重于交易的后期結(jié)算）帶來的影響击困。

各種例子不勝枚舉涎劈，但希望您能理解我的所說的重點。

作為方案解決架構(gòu)師團(tuán)隊的我們阅茶，看了到什么趨勢蛛枚？

在金融服務(wù)部門工作的人都知道,各種監(jiān)管法規(guī)總是不停變化的，在過去的幾年中脸哀，諸如 CSDR蹦浦，開放銀行（PSD2），MiFID II 等法規(guī)的增強撞蜂。諸多變化迫使公司不停發(fā)展并適應(yīng)這些新要求白筹。讓我給你舉個例子：

由于更加的開放銀行法規(guī)而產(chǎn)生的變化

顧名思義，更開放銀行意味著,“我們”也就是金融產(chǎn)品的消費者有權(quán)訪問和使用我們認(rèn)為合適的各種數(shù)據(jù)谅摄。在此之前徒河，您真正能查看到的交易信息，被限制在所銀行提供的各種條款中送漠。比如顽照，郵寄中收到的銀行對帳單。在引入網(wǎng)上銀行業(yè)務(wù)之后闽寡，這種透明度得到了提高代兵，并最終導(dǎo)致了更加開放的銀行業(yè)務(wù)需求的形成。

我們與許多客戶的共同討論點之一是爷狈，為了符合開放銀行法規(guī)植影，他們?nèi)绾蔚窒麨橹С謧鹘y(tǒng)數(shù)據(jù)存儲（主要是大型機(jī)），而增加的硬件資源所帶來的額外開銷涎永。這時思币，你就可以看到 Elasticsearch 帶來的作用鹿响。

如您所知道的，自上世紀(jì) 50 年代以來谷饿，大型機(jī)已成為所有金融機(jī)構(gòu)的事實上的記錄系統(tǒng)惶我。他們現(xiàn)在面臨的問題是，這些系統(tǒng)從未被設(shè)計為支持實時客戶交互功能博投，特別是不能支持動態(tài) API 調(diào)用绸贡。這項新要求允許金融機(jī)構(gòu)的所有客戶隨時隨地訪問他們的數(shù)據(jù)。我們與金融機(jī)構(gòu)進(jìn)行的一次反復(fù)對話是毅哗，他們需要購買多少 MIPS(處理器的一種) 才能處理因其 Open Banking API 帶來的新工作量听怕。使用 Elastic 技術(shù)棧，無需對昂貴的專有技術(shù)進(jìn)行昂貴的投資虑绵。

以下是一些關(guān)鍵點叉跛，這些點說明了為什么 Elastic 非常適合這些情況：

API 優(yōu)先 - Elasticsearch 的 RESTful API 允許更快，更簡單地采用 PSD2 法規(guī)蒸殿，因為您不必在沒有這些功能的系統(tǒng)中，回溯性地重新構(gòu)建這些功能鸣峭。
并行操作 - 大型機(jī)等傳統(tǒng)系統(tǒng)在組織中占有一席之地（高速交易處理）宏所，并且短期內(nèi)不會被取代。但這并不意味著您不能同時運行兩者摊溶。我們看到了一些組織取得巨大成功爬骤，這些組織從其傳統(tǒng)系統(tǒng)中獲取需要實時處理的數(shù)據(jù)提要，并使用現(xiàn)代數(shù)據(jù)存儲方式進(jìn)行保存莫换，使其能夠進(jìn)行更為創(chuàng)新的處理方式霞玄，并提供更新的功能。
水平可伸縮性 - Elastic 技術(shù)椑辏可以輕松擴(kuò)展到任何規(guī)模，而無需停機(jī)喊暖。這些功能是所有現(xiàn)代新系統(tǒng)的關(guān)鍵功能惫企，Elasticsearch 對此都有著豐富的支持陵叽，因為我們整個技術(shù)棧創(chuàng)建的核心原則是“性能，可伸縮性和相關(guān)性”巩掺。
易于管理 - IT 部門的預(yù)算越來越少偏序，并且被要更線性的管理操作方式胖替。其中豫缨，自動化是在不影響技術(shù)采用的前提下，降低成本的關(guān)鍵方法之一殉摔。 Elastic Cloud企業(yè)版和Elastic Cloud on Kubernetes 可以讓任意規(guī)模的組織，在僅需一個熟練的小型團(tuán)隊的情況下逸月，即可管理其 Elastic 技術(shù)棧部署。僅僅只需要幾個熟練的工程師碗硬，機(jī)構(gòu)就可以管理數(shù)百（或數(shù)千）個 Elasticsearch 集群.

作為一個真實的例子瓤湘，Rabobank（荷蘭合作銀行）撰寫了一篇很棒的文章恩尾，談?wù)摿似浠?Elastic 實現(xiàn)的服務(wù)弛说，以保障它們可以滿足法規(guī)要求的額外需求，并隨著需求的增長而增長翰意。

貿(mào)易追蹤或/和中央證券存管條例

中央證券存管條例（CSDR）是一項已生效的新條例木人，我已經(jīng)對其進(jìn)行了更深入的討論，您可以在我以前一篇關(guān)于 CSDR 合規(guī)性的博客中找到它冀偶。從我寫的文章中提取一個關(guān)鍵點是：

CSDR 要求參與者在預(yù)定的結(jié)算日期進(jìn)行交易結(jié)算醒第。為了鼓勵及時的結(jié)算，CSD 必須監(jiān)視失敗的結(jié)算情況并將其報告給有關(guān)當(dāng)局进鸠。

該聲明的關(guān)鍵部分是旨在稠曼，所有投行在結(jié)算交易時都需要知道內(nèi)部發(fā)生了什么。組織的收購與合并過程中客年，除了原組織遺產(chǎn)的重組霞幅，也伴隨著遺留的技術(shù)重組，這導(dǎo)致交易結(jié)算中的各種系統(tǒng)相互糾纏量瓜。為了弄清內(nèi)部發(fā)生的情況司恳，這意味著在許多情況下，會查詢大量不同日志绍傲，衡量和審核更多的數(shù)據(jù)抵赢，去了解正在發(fā)生的真實情況。

一個成功的交易跟蹤系統(tǒng)不僅僅只需要一個記錄系統(tǒng)唧取。它需要這個系統(tǒng)更加得快速铅鲤，健壯，彈性和智能枫弟。Elastic 技術(shù)棧非常適合這些要求：

可觀察性（Observability） - 跟蹤和查看正在發(fā)生的情況邢享，是此需求的關(guān)鍵點。Elastic 非常理解日志,各種系統(tǒng)性能指標(biāo)和 APM 數(shù)據(jù)是這一工作的基礎(chǔ)淡诗，并且盡力提供相關(guān)功能骇塘。
靈活性（Flexibility） - Elasticsearch 具有難以置信的靈活性伊履，它不僅可以處理一系列不同的數(shù)據(jù)源，而且還可以處理多種不同格式的數(shù)據(jù)款违。這為團(tuán)隊迭代建立自己的通用數(shù)據(jù)格式或能夠在Elastic Common Schema的基礎(chǔ)上實行標(biāo)準(zhǔn)化唐瀑。
規(guī)模（Scale） - 規(guī)模至關(guān)重要，因為一般情況下插爹，工作需要收集的數(shù)據(jù)量很大哄辣。為了提供連續(xù)的。未刪減過的交易視圖赠尾，您需要來自所有結(jié)算系統(tǒng)的數(shù)據(jù)力穗。這些大量數(shù)據(jù)被要求能快速載入系統(tǒng)中，當(dāng)然气嫁，使用 Elasticsearch 時当窗，這不是問題。我不僅僅是說說寸宵，可以參考Uber 是怎么說的崖面，這篇文章介紹了他們關(guān)于如何擴(kuò)展 Elasticsearch，使其能夠每秒處理多達(dá)130萬個事件的討論梯影。
速度（Speed） - 當(dāng)您依賴存儲的數(shù)據(jù)來決定關(guān)鍵業(yè)務(wù)操作時巫员，速度至關(guān)重要。這是 Elasticsearch 可以處理的，Uber 在上述講話中也對此進(jìn)行了說明脉课。他們運行的集群具有超過 1PB 的數(shù)據(jù)，而這僅需要亞秒級的響應(yīng)時間倘零，這意味著系統(tǒng)以每秒多達(dá) 40 億個文檔的速度進(jìn)行著掃描。
機(jī)器學(xué)習(xí)(Machine learning) - 我們正在看到使用 Elastic 機(jī)器學(xué)習(xí)功能來為不正常的結(jié)算行為呈驶，建立預(yù)警系統(tǒng)。這有助于組織在預(yù)計的結(jié)算日之前解決問題袖瞻。這使他們有時間解決問題，即使該問題發(fā)生在結(jié)算周期的早期聋迎。

在結(jié)算交易時，對內(nèi)部系統(tǒng)步驟的可見性和理解,正是Goldman（高盛）在構(gòu)建下一代交易跟蹤方案時需要著手解決的問題庭再。通過觀看their presentation from Elastic{ON} 2016捞奕，了解有關(guān)其系統(tǒng)的更多信息颅围。

結(jié)論

希望這可以讓您深入了解 Elastic 的解決方案架構(gòu)師每天在現(xiàn)場討論的一些關(guān)鍵金融服務(wù)用例恨搓。如果上面有一個您感興趣的話題，請不要猶豫奶卓。