歡迎光臨中圖網(wǎng) 請(qǐng) | 注冊(cè)
> >>
金融級(jí)IT架構(gòu):數(shù)字銀行的云原生架構(gòu)解密

金融級(jí)IT架構(gòu):數(shù)字銀行的云原生架構(gòu)解密

出版社：電子工業(yè)出版社出版時(shí)間：2021-07-01
開本： 其他 頁數(shù)： 432
中 圖 價(jià):¥68.7(6.3折) 定價(jià)  ¥109.0 登錄后可看到會(huì)員價(jià)
加入購物車 收藏
運(yùn)費(fèi)6元，滿39元免運(yùn)費(fèi)
?新疆、西藏除外
本類五星書更多>
買過本商品的人還買了

金融級(jí)IT架構(gòu):數(shù)字銀行的云原生架構(gòu)解密 版權(quán)信息

金融級(jí)IT架構(gòu):數(shù)字銀行的云原生架構(gòu)解密 本書特色

適讀人群 ：金融科技從業(yè)者、傳統(tǒng)IT架構(gòu)人員、開發(fā)人員1.本書可以稱得上架構(gòu)書中的“戰(zhàn)斗機(jī)”了！契合當(dāng)前銀行業(yè)分布式架構(gòu)轉(zhuǎn)型趨勢(shì)，內(nèi)容是經(jīng)過實(shí)踐檢驗(yàn)的領(lǐng)先技術(shù)，不但適合金融科技從業(yè)者閱讀，也適合傳統(tǒng)IT架構(gòu)人員、開發(fā)人員閱讀！上架不足半年，印刷4次，印量強(qiáng)勢(shì)破萬冊(cè)！被技術(shù)人頂禮膜拜式地選擇閱讀。。 2. 金融行業(yè)*重要的就是信任，安全、穩(wěn)定給客戶帶來的信任，是一種無形的產(chǎn)品，支撐著所有金融業(yè)務(wù)，這個(gè)產(chǎn)品的構(gòu)建需要強(qiáng)大的技術(shù)實(shí)力。書中的內(nèi)容囊括了網(wǎng)商銀行IT底盤涉及的關(guān)鍵技術(shù)，對(duì)網(wǎng)商銀行在異地多活單元化、彈性架構(gòu)、云原生、分布式存儲(chǔ)、資源混部、安全可信等技術(shù)上的探索和實(shí)踐做了詳細(xì)的講解，向讀者呈現(xiàn)了眾多核心技術(shù)細(xì)節(jié)，為如何構(gòu)建安全和穩(wěn)定的金融級(jí)技術(shù)架構(gòu)提供了參考樣本。

金融級(jí)IT架構(gòu):數(shù)字銀行的云原生架構(gòu)解密 內(nèi)容簡(jiǎn)介

《金融級(jí)IT架構(gòu)：數(shù)字銀行的云原生架構(gòu)解密》介紹了網(wǎng)商銀行成立至今的IT技術(shù)架構(gòu)演進(jìn)路線，涵蓋了分布式、單元化、彈性混合云、云原生多個(gè)基礎(chǔ)架構(gòu)領(lǐng)域，同時(shí)介紹了技術(shù)風(fēng)險(xiǎn)、安全可信、業(yè)務(wù)架構(gòu)等多方面的技術(shù)實(shí)踐經(jīng)驗(yàn)，我們希望和讀者分享網(wǎng)商銀行在金融級(jí)IT技術(shù)上做的獨(dú)特探索，跟大家探討數(shù)字化時(shí)代金融級(jí)IT架構(gòu)的發(fā)展方向。本書作者是網(wǎng)商銀行核心架構(gòu)師，深度參與了相關(guān)技術(shù)方案從前期設(shè)計(jì)到后期投產(chǎn)的完整過程，內(nèi)容新且非常不錯(cuò)。本書以網(wǎng)商銀行自身技術(shù)實(shí)踐為主線展開，講述的內(nèi)容代表了靠前的技術(shù)方向，相關(guān)技術(shù)經(jīng)過了真實(shí)的生產(chǎn)環(huán)境錘煉，包含了網(wǎng)商銀行技術(shù)團(tuán)隊(duì)獨(dú)到的實(shí)踐經(jīng)驗(yàn)，書中闡述的核心技術(shù)榮獲中國人民銀行頒發(fā)的2019年度"銀行科技發(fā)展獎(jiǎng)”二等獎(jiǎng)。本書填補(bǔ)了市場(chǎng)空白，契合當(dāng)前銀行業(yè)分布式架構(gòu)轉(zhuǎn)型趨勢(shì)，對(duì)打造金融級(jí)分布式架構(gòu)具有借鑒意義，相關(guān)技術(shù)經(jīng)過了大規(guī)模的生產(chǎn)環(huán)境驗(yàn)證，在分布式架構(gòu)領(lǐng)域具有靠前水平，適合從事分布式、云原生架構(gòu)建設(shè)，以及金融級(jí)高并發(fā)、高可靠、高容量系統(tǒng)打造的金融IT從業(yè)者，或?qū)Υ擞信d趣的讀者。本書是一本不可或缺的技術(shù)指導(dǎo)書和技術(shù)決策參考用書。

金融級(jí)IT架構(gòu):數(shù)字銀行的云原生架構(gòu)解密 目錄

第1章金融級(jí)架構(gòu)面臨的挑戰(zhàn)


1.1 容災(zāi)


1.1.1 數(shù)據(jù)容災(zāi)


1.1.2 應(yīng)用容災(zāi)


1.1.3 業(yè)務(wù)容災(zāi)


1.1.4 部署結(jié)構(gòu)


1.2 容量


1.2.1 應(yīng)用可伸縮


1.2.2 數(shù)據(jù)可伸縮


1.2.3 數(shù)據(jù)中心可伸縮


1.3 成本


1.4 安全架構(gòu)挑戰(zhàn)


1.5 研發(fā)運(yùn)維效率


1.6 技術(shù)風(fēng)險(xiǎn)防控


1.7 應(yīng)對(duì)思路


1.7.1 微服務(wù)


1.7.2 “異地多活”單元化


1.7.3 彈性架構(gòu)


1.7.4 云計(jì)算


1.7.5 云原生


1.7.6 安全架構(gòu)


1.7.7 技術(shù)風(fēng)險(xiǎn)防控


第2章云基礎(chǔ)設(shè)施架構(gòu)


2.1 金融基礎(chǔ)設(shè)施的機(jī)遇和挑戰(zhàn)


2.1.1 金融基礎(chǔ)設(shè)施的窘境


2.1.2 云計(jì)算助力數(shù)字金融


2.2 云產(chǎn)品選型


2.2.1 云服務(wù)器


2.2.2 云存儲(chǔ)


2.2.3 總結(jié)


2.3 云網(wǎng)絡(luò)規(guī)劃


2.3.1 網(wǎng)絡(luò)拓?fù)湔w設(shè)計(jì)


2.3.2 專有網(wǎng)絡(luò)VPC


2.3.3 IP地址規(guī)劃


2.3.4 總結(jié)


2.4 云產(chǎn)品架構(gòu)


2.4.1 整體架構(gòu)


2.4.2 高可用架構(gòu)


2.4.3 SWIFT架構(gòu)


2.4.4 總結(jié)


2.5 云資源規(guī)劃


2.5.1 建設(shè)階段


2.5.2 運(yùn)營階段


2.5.3 總結(jié)


第3章存儲(chǔ)架構(gòu)


3.1 數(shù)據(jù)庫部署架構(gòu)


3.1.1 分布式數(shù)據(jù)庫


3.1.2 “異地多活”之“三地五中心”


3.1.3 數(shù)據(jù)訪問路由策略


3.1.4 多集群部署


3.1.5 容器化部署


3.2 數(shù)據(jù)庫邏輯架構(gòu)


3.2.1 分庫分表


3.2.2 數(shù)據(jù)源高可用


3.2.3 歷史庫


3.3 緩存架構(gòu)


3.4 存儲(chǔ)鏈路分析


3.5 架構(gòu)演進(jìn)


3.6 數(shù)據(jù)安全


3.6.1 備份恢復(fù)


3.6.2 存儲(chǔ)加密


第4章云單元架構(gòu)


4.1 為什么需要云單元


4.1.1 從集中式架構(gòu)到分布式架構(gòu)


4.1.2 分布式系統(tǒng)架構(gòu)演進(jìn)


4.1.3 微服務(wù)架構(gòu)下的容災(zāi)和容量問題


4.1.4 云單元架構(gòu)的誕生


4.2 云單元架構(gòu)總覽


4.3 架構(gòu)目標(biāo)


4.3.1 跨地域彈性部署


4.3.2 全業(yè)務(wù)“多地多活”


4.3.3 一體化研發(fā)運(yùn)維


4.3.4 海量交易處理能力


4.4 云單元架構(gòu)的特征


4.4.1 架構(gòu)特征


4.4.2 邏輯架構(gòu)


4.5 單元化改造主要思想


4.5.1 分而治之


4.5.2 D-I-D原則


4.5.3 十三條原則


4.6 單元化流量路由


4.6.1 路由規(guī)則設(shè)計(jì)


4.6.2 HTTP流量路由


4.6.3 RPC流量路由


4.6.4 消息流量路由


4.6.5 調(diào)度流量路由


4.6.6 數(shù)據(jù)流量路由


4.7 應(yīng)用與數(shù)據(jù)單元化


4.7.1 分布式應(yīng)用


4.7.2 分布式數(shù)據(jù)


4.8 分布式中間件


4.8.1 基礎(chǔ)開發(fā)框架


4.8.2 微服務(wù)平臺(tái)


4.8.3 分布式數(shù)據(jù)訪問代理


4.8.4 分布式可靠事務(wù)服務(wù)


4.8.5 分布式消息隊(duì)列


4.8.6 分布式全鏈路跟蹤


4.9 業(yè)務(wù)單元化實(shí)踐案例


4.9.1 靈活多變的路由決策機(jī)制實(shí)現(xiàn)


4.9.2 如何優(yōu)雅地過渡到單元化架構(gòu)


4.9.3 如何實(shí)現(xiàn)跨地域單元數(shù)據(jù)一致性


4.10 總結(jié)與展望


第5章混合云彈性架構(gòu)


5.1 彈出


5.1.1 無狀態(tài)彈出


5.1.2 有狀態(tài)彈出


5.2 彈回


第6章云原生架構(gòu)


6.1 架構(gòu)概覽


6.2 容器技術(shù)


6.2.1 不可變基礎(chǔ)設(shè)施


6.2.2 容器化實(shí)踐過程


6.2.3 集群混部應(yīng)用


6.3 服務(wù)網(wǎng)格


6.3.1 MOSN


6.3.2 DBMesh


6.4 Serverless


6.4.1 Ark Serverless


6.4.2 模塊化開發(fā)


6.4.3 任務(wù)托管


6.5 云原生研發(fā)流程


6.5.1 云原生DevOps


6.5.2 關(guān)于配置化的研發(fā)效率


6.6 可信云原生


6.6.1 安全可信架構(gòu)


6.6.2 安全容器


6.6.3 服務(wù)鑒權(quán)


6.6.4 鏈路加密


6.6.5 數(shù)據(jù)訪問鑒權(quán)


6.7 云原生運(yùn)維


6.7.1 容器集群運(yùn)維


6.7.2 Mesh運(yùn)維


6.7.3 Sidecar運(yùn)維


6.7.4 Mesh的技術(shù)風(fēng)險(xiǎn)防控


6.7.5 發(fā)布和運(yùn)維平臺(tái)統(tǒng)一


6.8 云原生實(shí)戰(zhàn)場(chǎng)景


6.8.1 混部技術(shù)應(yīng)用


6.8.2 應(yīng)用鏡像化發(fā)布


6.8.3 服務(wù)網(wǎng)格技術(shù)應(yīng)用


6.8.4 Serverless技術(shù)應(yīng)用


6.8.5 安全可信技術(shù)應(yīng)用


第7章技術(shù)風(fēng)險(xiǎn)防控架構(gòu)


7.1 多級(jí)業(yè)務(wù)分區(qū)發(fā)布


7.2 全站自動(dòng)化變更防控


7.3 資金安全


7.3.1 資金安全簡(jiǎn)介


7.3.2 資金安全防線


7.3.3 資金安全防線運(yùn)營


7.3.4 小結(jié)


7.4 全鏈路壓測(cè)


7.4.1 壓測(cè)鏈路與仿真


7.4.2 容量規(guī)劃


7.4.3 壓測(cè)風(fēng)險(xiǎn)識(shí)別


7.4.4 壓測(cè)風(fēng)險(xiǎn)管理


7.4.5 壓測(cè)實(shí)戰(zhàn)


7.4.6 自動(dòng)化壓測(cè)


7.4.7 云原生全鏈路壓測(cè)


7.5 大促技術(shù)保障


7.5.1 大促活動(dòng)保障臺(tái)


7.5.2 自動(dòng)化預(yù)案


7.5.3 限流熔斷


第8章業(yè)務(wù)架構(gòu)


8.1 數(shù)字化轉(zhuǎn)型下的銀行業(yè)務(wù)架構(gòu)


8.1.1 數(shù)字化銀行設(shè)立初衷


8.1.2 數(shù)字化銀行頂層設(shè)計(jì)


8.1.3 數(shù)字化銀行落地過程


8.1.4 數(shù)字化銀行效果呈現(xiàn)


8.2 中臺(tái)戰(zhàn)略


8.2.1 中臺(tái)戰(zhàn)略概述


8.2.2 業(yè)務(wù)中臺(tái)


8.2.3 數(shù)據(jù)中臺(tái)


8.3 大數(shù)據(jù)與人工智能


8.3.1 數(shù)據(jù)化風(fēng)控


8.3.2 智能流動(dòng)性管理


8.3.3 智能化運(yùn)營


8.4 金融開放


8.4.1 金融場(chǎng)景開放


8.4.2 金融機(jī)構(gòu)協(xié)作


第9章安全可信架構(gòu) P369


9.1 安全架構(gòu)概述


9.2 默認(rèn)安全機(jī)制


9.2.1 問題背景


9.2.2 解決思路


9.2.3 實(shí)踐落地


9.3 可信縱深防御


9.3.1 問題背景


9.3.2 解決思路


9.3.3 實(shí)踐落地


9.4 威脅感知與響應(yīng)


9.5 實(shí)戰(zhàn)演練檢驗(yàn)


9.5.1 目標(biāo)設(shè)定


9.5.2 紅隊(duì)攻擊規(guī)劃


9.5.3 實(shí)施演練


9.5.4 實(shí)戰(zhàn)演練規(guī)范


9.5.5 復(fù)盤


9.6 數(shù)字化與智能化


第10章未來展望 P403


附錄A 本書插圖索引 P406


展開全部

金融級(jí)IT架構(gòu):數(shù)字銀行的云原生架構(gòu)解密 節(jié)選

4.8.1 基礎(chǔ)開發(fā)框架 基礎(chǔ)開發(fā)框架是一套用于分布式架構(gòu)應(yīng)用系統(tǒng)的快速、敏捷研發(fā)框架，擁有一整套全面的技術(shù)棧，能自動(dòng)解決依賴下載、應(yīng)用部署、健康檢查、運(yùn)維監(jiān)控等研發(fā)效率相關(guān)問題。研發(fā)人員使用該基礎(chǔ)開發(fā)框架，可將精力集中在業(yè)務(wù)代碼編寫上；A(chǔ)開發(fā)框架還能實(shí)現(xiàn)對(duì)其他常用中間件的集成管理，通過獨(dú)立可插拔的集成方式，對(duì)集成的中間件提供統(tǒng)一易用的編程接口，節(jié)約了開發(fā)時(shí)間，降低了后期維護(hù)成本。 開發(fā)框架在某種程度上也可以稱為應(yīng)用框架，或者一定程度上可以看作應(yīng)用容器，當(dāng)然這不一定完全正確。然而應(yīng)用框架和應(yīng)用容器總是成對(duì)出現(xiàn)的，比如早期的EJB（Enterprise Java Beans，企業(yè)Java Beans）技術(shù)，EJB可以看作開發(fā)框架，但是需要運(yùn)行在對(duì)應(yīng)的EJB容器之上，例如Jboss、WebLogic、WebSphere等。由于EJB技術(shù)的臃腫，后面出現(xiàn)了像Spring、Guice這樣的優(yōu)秀的輕量級(jí)應(yīng)用框架，配套的也不再是重量級(jí)的EJB容器，而是像Tomcat、Jetty這樣的輕量級(jí)Servlet容器。 從EJB到Spring、Guice的演進(jìn)帶來的是業(yè)務(wù)研發(fā)效率的極大提升，然而隨著互聯(lián)網(wǎng)的快速發(fā)展，業(yè)務(wù)的復(fù)雜度與日俱增，原本單一的應(yīng)用架構(gòu)開始向分布式架構(gòu)演進(jìn)，分布式架構(gòu)轉(zhuǎn)型過程中業(yè)務(wù)系統(tǒng)無可避免地需要去集成眾多的分布式中間件，以達(dá)到分布式架構(gòu)改造的目的。然而中間件的接入是存在一定復(fù)雜度和理解成本的，這會(huì)對(duì)研發(fā)效率造成一定的負(fù)面影響，原本提供單一IOC（Inversion of Control，控制反轉(zhuǎn)）、AOP（Aspect Oriented Programming，面向切面編程）、MVC（Model View Controller，模型-視圖-控制器）功能的Spring無法繼續(xù)滿足業(yè)務(wù)需求。面對(duì)挑戰(zhàn)，Spring框架也在快速發(fā)展。近些年來產(chǎn)生的SpringBoot面對(duì)當(dāng)前場(chǎng)景給出了不錯(cuò)的解決方案。與原先的Spring相比，SpringBoot省略了之前大量煩瑣的XML配置，自動(dòng)裝配機(jī)制可以快速集成原本需要大量配置才可以支持的能力，而SpringBoot Starter的出現(xiàn)進(jìn)一步擴(kuò)展了這種自動(dòng)化裝配能力，大量的第三方中間件組件、框架以Starter形式提供相關(guān)能力支持，業(yè)務(wù)如果需要引入每個(gè)中間件產(chǎn)品對(duì)應(yīng)的能力，只需要依賴對(duì)應(yīng)產(chǎn)品的Starter即可，再也不需要繁雜的配置以及理解成本，而且可以形成統(tǒng)一的接入規(guī)范，可以對(duì)公司技術(shù)體系的演進(jìn)和發(fā)展起到很好的促進(jìn)作用。 那么一個(gè)優(yōu)秀的應(yīng)用框架到底是什么樣的呢？這里提出一個(gè)說法——“技術(shù)價(jià)值觀”，可以理解為，一個(gè)企業(yè)是否采納某種技術(shù)的評(píng)判標(biāo)準(zhǔn)，技術(shù)價(jià)值觀一定程度上左右了這家公司的技術(shù)發(fā)展和演進(jìn)方向。和其他價(jià)值觀不同，大部分企業(yè)的技術(shù)價(jià)值觀都是一致或相似的，或者說有一個(gè)大家公認(rèn)的標(biāo)準(zhǔn)，這個(gè)標(biāo)準(zhǔn)其實(shí)可以理解為每種技術(shù)在業(yè)界的主流發(fā)展和演進(jìn)方向，比如SpringBoot、Kubernetes，它們代表了應(yīng)用框架和調(diào)度的主流技術(shù)價(jià)值觀。網(wǎng)商銀行內(nèi)部的應(yīng)用框架同樣也遵從這個(gè)主流的技術(shù)價(jià)值觀，而且在這之上還有著大量的技術(shù)實(shí)踐和創(chuàng)新。內(nèi)部大量使用的開發(fā)框架一共有兩個(gè)，一個(gè)是構(gòu)建在OSGi（Open Service Gateway Initiative，開放服務(wù)網(wǎng)關(guān)協(xié)議）容器之上的框架技術(shù)，內(nèi)部稱之為SOFA 4，對(duì)應(yīng)的運(yùn)行容器內(nèi)部稱之為CloudEngine，另外一個(gè)開發(fā)框架稱為SOFABoot，SOFABoot構(gòu)建在SpringBoot之上，是對(duì)SpringBoot的有效擴(kuò)展和優(yōu)化，同時(shí)也是內(nèi)部特定需求下的產(chǎn)物。這里重點(diǎn)介紹一下SOFABoot，因?yàn)榱餍械腟pringBoot框架更為大家所熟知。 就像前面提到的，SpringBoot的自動(dòng)裝配機(jī)制和Starter擴(kuò)展機(jī)制已經(jīng)給研發(fā)效率帶來了極大的提升，那為什么還要?jiǎng)?chuàng)造一個(gè)SOFABoot框架？它又有哪些優(yōu)勢(shì)？其實(shí)這里并沒有從頭創(chuàng)造一個(gè)全新的框架，本質(zhì)上SOFABoot就是SpringBoot，但是進(jìn)行了相關(guān)功能的豐富和擴(kuò)展，這主要涉及以下幾方面。 1. 類隔離的支持 類沖突無疑是Java開發(fā)者“*大的痛”，有過幾年經(jīng)驗(yàn)的Java開發(fā)人員應(yīng)該都有較為豐富的類沖突解決經(jīng)驗(yàn)，規(guī)范的第二方、第三方依賴可以通過releaseNote進(jìn)行版本升級(jí)，而某些管理不善的依賴只能靠版本試錯(cuò)，或者逐個(gè)反編譯精確查找版本。更有某些場(chǎng)景中的間接依賴和直接依賴產(chǎn)生了版本沖突，解決這種沖突往往需要耗費(fèi)大量時(shí)間，甚至在某些場(chǎng)景中不得不去推動(dòng)相關(guān)依賴方進(jìn)行升級(jí)才能解決，嚴(yán)重阻礙了業(yè)務(wù)的迭代效率。而SOFABoot自身集成了強(qiáng)大的、輕量級(jí)的類隔離框架可以完美解決這類問題，通過簡(jiǎn)單的配置即可完成對(duì)沖突類的隔離，讓你可以專注于業(yè)務(wù)代碼的開發(fā)。 2. 多模塊隔離 大型項(xiàng)目的開發(fā)需要有良好的模塊劃分方案，然而傳統(tǒng)的模塊劃分均是以人為規(guī)約的形式進(jìn)行的，而這在實(shí)際運(yùn)行時(shí)是很難有約束力的。事實(shí)說明，在一個(gè)項(xiàng)目迭代的過程中很難長(zhǎng)期遵守開發(fā)規(guī)約，因?yàn)橐粋(gè)長(zhǎng)久的項(xiàng)目往往會(huì)經(jīng)歷多個(gè)研發(fā)人員，每個(gè)人對(duì)研發(fā)規(guī)約的理解又是存在差異的，久而久之，邏輯的模塊劃分將無法起到很好的作用。說到模塊隔離，大家可能會(huì)想到OSGi，但是OSGi本身比較復(fù)雜，并不能為大部分互聯(lián)網(wǎng)公司所接受，而SOFABoot提供了一種輕量級(jí)的模塊隔離方案，每個(gè)模塊都是單獨(dú)的Spring上下文，每個(gè)模塊可以暴露哪些服務(wù)能按照規(guī)范進(jìn)行配置，未暴露的服務(wù)其他模塊是無法進(jìn)行調(diào)用的，而且獨(dú)立的Spring上下文設(shè)計(jì)給后續(xù)服務(wù)拆分提供了極大的便利，當(dāng)前的一個(gè)模塊只需要少量的調(diào)整就可以作為一個(gè)單獨(dú)的項(xiàng)目進(jìn)行開發(fā)部署。想一想如果是以邏輯模塊的方式進(jìn)行劃分，項(xiàng)目拆分會(huì)多么困難和復(fù)雜，因?yàn)閮?nèi)部服務(wù)也可能被多個(gè)其他模塊所依賴，光拆分前的梳理和改造就要花費(fèi)大量的時(shí)間，成本無法估計(jì)。 3. 部分功能擴(kuò)展 這里主要說兩點(diǎn)，一是SOFABoot提供了Readiness檢查能力，SpringBoot提供的HealthCheck只能反映當(dāng)前系統(tǒng)是否被監(jiān)控，但是無法反映是否已經(jīng)做好了可以接受請(qǐng)求的準(zhǔn)備。這一點(diǎn)其實(shí)是很重要的，比如應(yīng)用的平滑上下線就比較依賴這個(gè)功能，如果在應(yīng)用還沒達(dá)到可以接收請(qǐng)求的狀態(tài)之前就把請(qǐng)求發(fā)過去，就會(huì)引起應(yīng)用請(qǐng)求的報(bào)錯(cuò)，而對(duì)于一個(gè)擁有大量容器的應(yīng)用而言，為了提升發(fā)布速度，單個(gè)發(fā)布批次會(huì)包含較多的容器，如果這里處理不好，就會(huì)引起服務(wù)調(diào)用方的抖動(dòng)，甚至對(duì)業(yè)務(wù)造成影響。 二是支持了日志空間隔離，依賴日志空間隔離可以方便有效地對(duì)日志進(jìn)行隔離管理，比如網(wǎng)商銀行內(nèi)部的中間件系統(tǒng)通過接入日志隔離把每個(gè)產(chǎn)品的日志都單獨(dú)輸出到指定的目錄，有效防止了日志的相互污染，對(duì)問題排查和監(jiān)控指標(biāo)的接入都提供了極大的便利。 除了上面提到的兩方面，SOFABoot為了支持內(nèi)部的某些特殊場(chǎng)景，還增加了很多不錯(cuò)的功能，這里不再一一贅述。除了SOFABoot這樣優(yōu)秀的應(yīng)用框架，開發(fā)框架還包含了很多高效的支持工具。比如擁有完善的IDEA研發(fā)插件，利用該插件可以快速生成各類型項(xiàng)目代碼，安全快速地進(jìn)行相關(guān)組件的升級(jí)，快速進(jìn)行應(yīng)用代碼部署和自動(dòng)化測(cè)試等。統(tǒng)一的技術(shù)棧維護(hù)了應(yīng)用的基礎(chǔ)軟件依賴，讓我們可以方便快捷地進(jìn)行統(tǒng)一的版本升級(jí)和安全問題修復(fù)。 *后再回到SOFABoot框架本身，SOFABoot為應(yīng)用集成內(nèi)部的中間件能力提供了極大的便利，通過制定一套標(biāo)準(zhǔn)的注解和XML XSD規(guī)范，應(yīng)用只需要使用標(biāo)準(zhǔn)的注解或者XML元素進(jìn)行配置，即可集成相關(guān)產(chǎn)品能力，整個(gè)過程完全屏蔽了分布式和單元化架構(gòu)的復(fù)雜度，讓研發(fā)人員更加專注于業(yè)務(wù)邏輯，而不用關(guān)注底層框架的復(fù)雜性。所以說開發(fā)框架并不僅僅是應(yīng)用框架和應(yīng)用容器，也不僅僅是某一種技術(shù)，而是一整套用于提升業(yè)務(wù)研發(fā)效率的工具，是一個(gè)完整的研發(fā)生態(tài)圈。

金融級(jí)IT架構(gòu):數(shù)字銀行的云原生架構(gòu)解密 作者簡(jiǎn)介

基礎(chǔ)技術(shù)架構(gòu)部 致力于通過分布式架構(gòu)、云計(jì)算、大數(shù)據(jù)、AI等技術(shù)構(gòu)建數(shù)字化銀行技術(shù)底盤，從同城容災(zāi)到異地容災(zāi)，從“兩地三中心”到“三地五中心”，從“單元化異地多活”到混合云彈性架構(gòu)再到云原生架構(gòu)，從日常技術(shù)疑難雜癥處理到容災(zāi)演練、應(yīng)急響應(yīng)、新數(shù)據(jù)中心建設(shè)、技術(shù)架構(gòu)升級(jí)換代都能看見他們的身影，為全行業(yè)務(wù)發(fā)展構(gòu)建大容量、高可靠、低成本、合規(guī)、高效、智能的基礎(chǔ)技術(shù)底盤，探索前沿技術(shù)方向，與同行開展技術(shù)交流。 信息安全部 負(fù)責(zé)網(wǎng)商銀行的信息安全，涵蓋基礎(chǔ)設(shè)施安全、應(yīng)用安全、數(shù)據(jù)安全、威脅感知、紅藍(lán)演練、安全自動(dòng)化/智能化等方向。團(tuán)隊(duì)成員均是各領(lǐng)域安全專家，在紅藍(lán)攻防、威脅情報(bào)、零信任、可信計(jì)算、隱私計(jì)算等領(lǐng)域有較多研究，致力于通過創(chuàng)新安全技術(shù)守護(hù)用戶的數(shù)據(jù)與資金安全。未來愿景是讓網(wǎng)商銀行成為更安全可信的銀行，探索數(shù)字銀行安全的最佳實(shí)踐，助力銀行業(yè)數(shù)字化轉(zhuǎn)型。 業(yè)務(wù)架構(gòu)部 負(fù)責(zé)網(wǎng)商銀行所有金融產(chǎn)品和商業(yè)模式在企業(yè)級(jí)架構(gòu)層面的頂層設(shè)計(jì)，同時(shí)也是網(wǎng)商銀行中后臺(tái)系統(tǒng)的核心建設(shè)者。團(tuán)隊(duì)成員負(fù)責(zé)全行信息標(biāo)準(zhǔn)制定、企業(yè)級(jí)架構(gòu)治理，同時(shí)帶領(lǐng)技術(shù)團(tuán)隊(duì)負(fù)責(zé)產(chǎn)品中臺(tái)、財(cái)務(wù)計(jì)量工具、財(cái)務(wù)核算、管理會(huì)計(jì)、金融同業(yè)、智能資產(chǎn)負(fù)債管理等多領(lǐng)域多平臺(tái)的研發(fā)落地。團(tuán)隊(duì)成員擁有傳統(tǒng)大行、互聯(lián)網(wǎng)金融企業(yè)等的從業(yè)經(jīng)歷，具備豐富的金融領(lǐng)域業(yè)務(wù)經(jīng)驗(yàn)和深度解決方案的設(shè)計(jì)能力，擅長(zhǎng)以創(chuàng)新型技術(shù)、平臺(tái)化理念和智能化思想站在企業(yè)級(jí)視角，解決全局性的業(yè)務(wù)與技術(shù)難題。未來整個(gè)團(tuán)隊(duì)期望在普惠金融、數(shù)字化銀行、交易銀行等創(chuàng)新業(yè)務(wù)場(chǎng)景下再創(chuàng)佳績(jī)。 SRE團(tuán)隊(duì) 主要負(fù)責(zé)網(wǎng)商銀行的運(yùn)維及高可用、資金安全能力建設(shè)，圍繞變更風(fēng)險(xiǎn)防控，線上故障的快速發(fā)現(xiàn)、定位、自愈，日常風(fēng)險(xiǎn)發(fā)現(xiàn)等平臺(tái)能力，期望打造一套基于分布式架構(gòu)的高可用、資金安全的技術(shù)風(fēng)險(xiǎn)防控平臺(tái)，并通過持續(xù)運(yùn)營，提升網(wǎng)商銀行的可持續(xù)服務(wù)能力，助力網(wǎng)商業(yè)務(wù)發(fā)展。 質(zhì)量與技術(shù)風(fēng)險(xiǎn)部 負(fù)責(zé)建立和持續(xù)完善網(wǎng)商銀行的產(chǎn)品研發(fā)運(yùn)維體系，構(gòu)建可靠、安全的生產(chǎn)機(jī)制，建立從產(chǎn)品立項(xiàng)到產(chǎn)品需求、系統(tǒng)設(shè)計(jì)、系統(tǒng)編碼、系統(tǒng)測(cè)試、系統(tǒng)發(fā)布，再到產(chǎn)品試運(yùn)行及推廣、持續(xù)監(jiān)督運(yùn)營與優(yōu)化，最后到產(chǎn)品下線的全生命周期的規(guī)范、科學(xué)的產(chǎn)品研發(fā)流程。致力于革新傳統(tǒng)測(cè)試手段，沉淀風(fēng)險(xiǎn)技術(shù)能力，通過數(shù)據(jù)化積累和智能化實(shí)踐提效降本。未來愿景是打造網(wǎng)商銀行金融級(jí)安全底盤，保持持續(xù)穩(wěn)定和安全，并建立一支業(yè)務(wù)精湛、技術(shù)一流、使命必達(dá)的質(zhì)量與技術(shù)風(fēng)險(xiǎn)團(tuán)隊(duì)。

商品評(píng)論(0條)
暫無評(píng)論……
書友推薦
本類暢銷
編輯推薦
返回頂部
中圖網(wǎng)
在線客服