近兩年,「互聯網金融」這個詞很是火,談到金融行業信息系統架構,不提這個詞兒好像就特別low。那麼,這個詞是否是也像其餘概念,是IT廠商或者諮詢廠商「忽悠」出來的?html
還真不是。筆者曾經與多名在銀行工做的朋友作過交流,截至到目前已經至關多國有銀行、股份制銀行、商業銀行已經上了互聯網金融業務,或者將互聯網金融當作重點工做內容。因此說,在互聯網金融這件事上,IT和諮詢廠商不是」忽悠」,只是配合。linux
金融行業的本質與互聯網金融的必要性微信
在全部IT廠商中,金融行業都是最重要、最受重視的傳統行業。那麼,金融的本質是什麼,你們有沒有考慮過?網絡
金融的本質就是:充當中介。舉個例子:大衛要跟山姆買二手房,流程應該是:大衛和山姆商定之後,大衛經過銀行轉帳交定金、到銀行申請抵押貸款、經過銀行打首付、銀行批貸下來之後,打尾款,最後房子交鑰匙,而後大衛進入了漫長的銀行每個月還貸。在這整個過程當中,銀行充當中介的做用,全部事都和它有關(這裏面也少不了房地產中介)。那麼,咱們考慮一個問題,若是大衛和山姆自己很熟悉,相互信任度很高,大衛又頗有錢,大衛直接全款以現金方式把房款付給山姆(或者經過分期方式,加上利息付給山姆),那這中間全部的環節就都沒有了,沒銀行啥事兒了,這就叫金融脫媒。「脫媒」通常是指在進行交易時跳過全部中間人而直接在供需雙方間進行。「金融脫媒」又稱「金融非中介化」,在英語中被稱爲「Financial Disintermediation」。架構
在金融脫媒這件事上,互聯網作了啥?它起了推助波瀾的做用。互聯網爲資金供需雙方提供搜索平臺,充當資金信息中介,融資交易由雙方本身完成。此外,互聯網提供的第三方支付平臺爲交易雙方提供首付款、轉帳、支付等功能。最終推進無中介金融市場的造成。框架
在金融脫媒愈演愈烈的同時,另一方面:2014年國家放開存款利率管制之後,銀行傳統依賴存貸利差的盈利模式難覺得繼,銀行傳統模式的競爭陷入紅海模式,銀行急需須要擴展業務類型、創新業務模式來提升盈利。測試
也就是說,當下銀行業須要面對的,既有同行業內同質化的競爭,也有互聯網的跨界競爭,可謂前有埋伏,後有追兵。在這種狀況下,銀行若是不作改變,除非國家發行政命令,禁止互聯網行業涉足金融領域業務,設置高壁壘來保護銀行,而實際上,國家的發文是:
大數據
所以,從業目前看,金融行業尤爲是銀行,大力發展互聯網金融業務是不得不走的路。ui
其實不光銀行,在金融業的保險行業裏,互聯網也發起了進攻。目前阿里巴巴已經賣保險了,經過支付寶客戶端就能夠看到:日誌
互聯網金融的業務模式
接下來,咱們看看互聯網金融的主要業務模式。目前銀行業的互聯網金融業務模式主要有五種:
談到這裏,補充一個概念 「直銷銀行」。目前不少銀行都大力發展直銷銀行,有的銀行甚至成立單獨的直銷銀行部門,並將其獨立掛牌出來。
直銷銀行是互聯網時代應運而生的一種新型銀行運做模式,是互聯網金融科技(FINTECH)環境下的一種新型金融產物。這一經營模式下,銀行沒有營業網點,不發放實體銀行卡,客戶主要經過電腦、電子郵件、手機、電話等遠程渠道獲取銀行產品和服務,因沒有網點經營費用和管理費用,直銷銀行能夠爲客戶提供更有競爭力的存貸款價格及更低的手續費率。下降運營成本,回饋客戶是直銷銀行的核心價值。
咱們看一下興業銀行的直銷銀行頁面(http://directbank.cib.com.cn/):
興業銀行直銷銀行,爲客戶提供智盈寶、按期、理財、基金、興業寶等豐富的投資理財產品,支持多家銀行卡直接在線購買,操做簡單,一鍵購買。
咱們再看一下江蘇銀行直銷銀行的手機客戶端:
互聯網金融下的IT架構
互聯網金融有幾個特色是:用戶數量不肯定性。應用個性化強、迭代快。所以互聯網金融業務,對IT的要求一般有兩個:彈性收縮性強、應用上線時間短。
在傳統的物理機方式下,彈性擴展幾乎沒法實現。在虛擬化環境下,彈性擴展能夠實現,但相對複雜度較高。而且彈性擴展的時間,一般在幾十分鐘。在彈性擴展方面,容器有本身的優點,一般實現秒級擴展。某商業銀行藉助紅帽Openshift技術,利用Openshift搭建直銷銀行業務,可輕鬆應對大規模批量開戶、促銷活動等突發高交易量的需求場景。
關於應用快速交付問題,從技術手段看,CI/CD能夠大大加快應用交付時間。聯想公司內部IT利用紅帽的Openshift技術,將應用上線時間縮短將近10倍。
具體內容參考:
聯想集團 | 紅帽容器解決方案及成功案例 | 內附容器編年史
實現CI/CD的兩種方式
在技術上,目前實現CI/CD最好的方式是,以容器爲基礎,實現CI/CD。如紅帽的Openshift。詳細請參考本公衆號文章:火力全開 | 持續集成、持續交付 | 5分鐘瞭解一個容器典型應用場景系列
Openshift以Docker技術和kubernetes框架爲基礎,在此之上擴展提供了軟件定義網絡、軟件定義存儲、權限管理、企業級鏡像倉庫、統一入口路由、持續集成流程(s2i/jenkins)、統一管理控制檯、監控日誌等功能,造成覆蓋整個軟件生命週期的解決方案。
但若是客戶因爲一些考慮,暫時先不上容器雲,如何較爲便捷實現CI/CD呢?能夠藉助Jenkins和Ansible Tower一塊兒完成。
Jenkins+ Ansible Tower實現CI/CD
持續集成(CI)==>持續交付(CD)==>持續部署==>Devops
在不經過容器實現CI/CD的爲前提下,經過Ansible Tower與Jenkins的集成,能夠大大提高代碼的部署效率。
持續集成的目的,在保證高質量的基礎上,就是讓產品能夠快速迭代。它的核心措施是,代碼集成到主幹以前,必須經過自動化測試。只要有一個測試用例失敗,就不能集成。
持續交付(Continuous delivery)指的是,頻繁地將軟件的新版本,交付給質量團隊或者用戶,以供評審。若是評審經過,代碼就進入生產階段。因此說,持續交付,持續交付是將持續集成產生的軟件,進行自動化測試。
在持續集成階段,Jenkins能夠經過調用Ansible Tower將代碼部署到dev、test、生產等環境。環境能夠在物理機、虛擬機,甚至雲上。
那麼有人會問,作CI/CD是否能夠只用Jenkins或Ansible呢,請見下表:
本文地址:http://www.linuxprobe.com/it-architecture-requirements.html