金融行業(yè)容器開源技術(shù)分析

1、金融行業(yè)容器開源技術(shù)分析技術(shù)創(chuàng)新，變革未來1.金融業(yè)開源技術(shù)現(xiàn)狀2.容器技術(shù)思考會議贊助和組 召開的開 發(fā)路線的 性會議組開源開發(fā)社區(qū)的構(gòu)成社區(qū)人員組成社區(qū)網(wǎng)站和開發(fā)協(xié)同平臺專業(yè)社區(qū) 由來自相關(guān)商業(yè)公司的核心官方在線社區(qū)網(wǎng)站，提供郵通常由基金會項目協(xié)調(diào)人和核心開發(fā)人員件列表，IRC, Slack, Issue織，定期在全球組成委員會。由開源軟件基故障庫, 知識庫，維基系統(tǒng)等發(fā)者大會，有研金會和社區(qū)定期選舉產(chǎn)生。組成封閉會議和開發(fā) 全球開發(fā)協(xié)同通過互聯(lián)網(wǎng)上成。核心代碼貢獻(xiàn)者來自全球不的專業(yè)開發(fā)協(xié)同平臺進行. 比同企業(yè)和組織。如Github是目前最大的全球社區(qū)以Webi 開發(fā)協(xié)同平臺Meetup方

2、式組nar 和 織各種在線和線下社區(qū)技術(shù)會議金融行業(yè)開源軟件應(yīng)用現(xiàn)狀與趨勢現(xiàn)狀：1.擁抱開源從政治任務(wù)變成大勢所趨，甚至出現(xiàn)了“自主可控”。2.云計算、大數(shù)據(jù)、分布式、互聯(lián)網(wǎng)金融幾乎全部是 以開源軟件為主。3.金融科技將主要以開源技術(shù)為創(chuàng)新的基礎(chǔ)：區(qū)塊 鏈、人工智能等。趨勢：1.雙態(tài)架構(gòu)明確了從集中式向開源分布式架構(gòu)的轉(zhuǎn)變速度穩(wěn)中有增。2.金融行業(yè)所采用的開源軟件類別及其應(yīng)用規(guī)模將保持較高的增速。3.對開源軟件應(yīng)用和管理的重心將更多的聚焦在”軟件治理與標(biāo)準(zhǔn)化”上。4.如何安全、可控的應(yīng)用開源技術(shù)成為金融行業(yè)的主要考量指標(biāo)。商業(yè)銀行開源軟件應(yīng)用現(xiàn)狀與趨勢數(shù)據(jù)中心開發(fā)中心隨互聯(lián)網(wǎng)業(yè)務(wù)和移動互聯(lián)網(wǎng)業(yè)

3、務(wù)引入的各種開源開發(fā)框架產(chǎn)品隨著敏捷開發(fā)引入的各種DevOps 開發(fā)和管理工具成熟的開源中間件 (如Web服務(wù)器, Java服務(wù)器, 消息服務(wù)器 負(fù)載均衡等)面向創(chuàng)新業(yè)務(wù) 互聯(lián)網(wǎng)業(yè)務(wù)和移動業(yè)務(wù)的 分布式數(shù)據(jù)處理技術(shù) (如分布式緩存，NoSQL數(shù)據(jù)庫, NewSQL數(shù)據(jù)庫等) 隨著大數(shù)據(jù)發(fā)展引入的開源大數(shù)據(jù)技術(shù) (如Hadoop,Spark,Storm等)成熟的開源數(shù)據(jù)庫 (如MySQL/PostgreSQL等) 成熟的 Linux 開源操作系統(tǒng)隨著云計算發(fā)展引入的開源虛擬化和云計算平臺 (如OpenStack, KVM，Docker，K8s等)成熟的數(shù)據(jù)中心開源運維管理工具（配置管理、監(jiān)控、日

4、志分析等）OLTP 數(shù)據(jù)庫/數(shù)據(jù)處理層中間件和消息隊列 業(yè)務(wù)邏輯層Web 接入和展現(xiàn)層負(fù)載均衡層VMWareAIXHPUXPartitionOracle Weblogic IBM WebsphereOracle DBIBM DB2Oracle IASIBM IHSF5服務(wù)器/存儲/網(wǎng)絡(luò)Openstack DockerK8sRed Hat / SUSECentOSApacheNginxLVSHAProxyNginx服務(wù)器/存儲/網(wǎng)絡(luò)OLAP 數(shù)據(jù)庫/數(shù)據(jù)處理層高可用保護層 數(shù)據(jù)存儲和管理虛擬化IaaS操作系統(tǒng)服務(wù)器/存儲/網(wǎng)絡(luò)TeradataEMC GreenplumVeritas VCSIBM

5、 HACMP Veritas Storage FoundationJBossTomcatRabbitMQ KafkaZookeeperRedisMySQLMongoDB TiDBCloudera HadoopSparkHBaseHAHeartbeatKeepalived XFSCephGlusterFS典型的IT架構(gòu)常見的閉源實現(xiàn)架構(gòu)主流企業(yè)級開源架構(gòu)Ansible Saltstack PuppetZabbix GrafanaElastic Logstash KibanaBMCPatrolHPOpenVi ewIBMTivoli企業(yè)級閉源架構(gòu) VS 企業(yè)級開源架構(gòu)變化快，產(chǎn)品分支多開源軟件通過

6、源代碼開放給全球開發(fā)者和 企業(yè)。產(chǎn)品迭代速度快，版本變化很快同一類產(chǎn)品，有不同的分支版本不同類產(chǎn)品具有不同的許可證重核心功能，輕配套管理開源軟件的研發(fā)特點:重視核心算法，核心功能的研發(fā)軟件的配套管理功能普遍較弱社區(qū)及基金會主導(dǎo)軟件項目管理不同于閉源軟件的企業(yè)內(nèi)部研發(fā)管理:開源項目一般由上游社區(qū)負(fù)責(zé)研發(fā)項目和社區(qū)的治理通常由基金會提供資 金，基礎(chǔ)設(shè)施，人員和法律方面的支持和治理社區(qū)技術(shù)支持對象以開發(fā)者為主開源軟件的技術(shù)支持由上游社區(qū)提供:無SLA保障的互聯(lián)網(wǎng)支持模式支持對象以開發(fā)者為主，使用者為輔。開源軟件開源軟件的特點金融行業(yè)應(yīng)用開源軟件問題和風(fēng)險主要風(fēng)險和問題開源軟件組件和架構(gòu)選擇以 滿足業(yè)

7、務(wù)功能為主，沒有緊 密結(jié)合運維管理要求及未來 可持續(xù)運維能力建設(shè)的要求準(zhǔn)入體系缺失將導(dǎo)致配套管 理成本極速增加，開源軟件 的成本優(yōu)勢被削弱。運維安 全風(fēng)險顯著增加。主要風(fēng)險和問題沒有適配開源軟件特點的在開 發(fā)測試的應(yīng)用標(biāo)準(zhǔn)和生產(chǎn)環(huán)境 的運維標(biāo)準(zhǔn)。標(biāo)準(zhǔn)化缺失將產(chǎn)生規(guī)?；瘧?yīng)用 后的管理風(fēng)險，同時阻礙了現(xiàn) 代數(shù)據(jù)中心自動化和智能化管 理能力的提升。主要風(fēng)險和問題開源軟件帶來的靈活架構(gòu)能 力是雙刃劍，是需要最佳實 踐指引和配套方法論保駕護 航的。缺乏對標(biāo)業(yè)務(wù)和管理需求的 開源架構(gòu)及業(yè)界最佳實踐的 參考，開源軟件的”靈活架 構(gòu)”將成為一個管理災(zāi)難。主要風(fēng)險和問題技術(shù)團隊除了要掌握開源軟 件技術(shù)本身之外，

8、更重要的 熟悉和掌握開源社區(qū)的信息 獲取，篩選，判斷，互動， 反饋和整理這6項基本能力。只掌握開源軟件技術(shù)本身而 缺乏與開源社區(qū)的連接，將 導(dǎo)致企業(yè)成為開源軟件應(yīng)用 的“孤島”。1缺乏科學(xué)的準(zhǔn)入和選型體系2缺乏開發(fā)測試及運維標(biāo)準(zhǔn)3缺乏最佳實踐指引和方法論4缺乏人員培養(yǎng)和知識管理我們能夠幫助企業(yè)用戶駕馭開源技術(shù)運行正確的開源架構(gòu)來支撐創(chuàng)新業(yè)務(wù)通過分析用戶的需求，結(jié)合我們所積累的最佳實踐方 法和經(jīng)驗，協(xié)助用戶設(shè)計出符合業(yè)務(wù)需求和管理需求 的開源架構(gòu)，尤其是集群和分布式架構(gòu)，以滿足創(chuàng)新 業(yè)務(wù)的支撐要求。鍛煉具備掌握開源知識的技術(shù)團隊通過我們專業(yè)團隊的服務(wù)，提升用戶技術(shù)團隊在開源軟件 領(lǐng)域的架構(gòu)設(shè)計，

9、平臺建設(shè)，運維管控和創(chuàng)新研究等方面 的綜合實力和能力。管理 開源軟件和開源架構(gòu)為用戶提供針對開源軟件和開源架構(gòu)的部署管理，配置管 理，日志管理和監(jiān)控告警管理等多種管理手段，實現(xiàn)對開源軟件和開源架構(gòu)的安全可控。選擇 正確的開源軟件和技術(shù)精確的了解用戶的業(yè)務(wù)需求和管理需求，幫助用戶建立正確的開源軟件選型標(biāo)準(zhǔn)和版本管理體系，提前識別開源軟 件和技術(shù)選型過程中的潛在風(fēng)險和問題。企業(yè)級開源軟件評估體系E- OSMM (Enterprise Open Source Maturity Model)評價項評價指標(biāo)評價方法覆蓋維度I. 項目基本面評估項目年齡項目正式發(fā)布至今時間社區(qū)成熟度 創(chuàng)新力項目的賣點項目發(fā)

10、起者宣稱要解決的核心問題及技術(shù)亮點許可證類型GPL/BSD/Apache等發(fā)布模式只有社區(qū)版還是同時存在商業(yè)版版本控制ReleaseNotes/CHANGELOG 發(fā)布質(zhì)量支持平臺支持的OS平臺, 軟件包格式種類II. 產(chǎn)品基本面評估開發(fā)協(xié)作模式github/launchpad/google code/sourceforge/其他社區(qū)成熟度 產(chǎn)品成熟度發(fā)布頻率大版本之間和小版本之間的發(fā)布間隔和頻率 (次/年)發(fā)布流程開發(fā)代碼樹的遞交和合并規(guī)則, 代碼樹的管理規(guī)則產(chǎn)品質(zhì)量Bug/Issue庫的統(tǒng)計, ReleaseNotes/CHANGELOG的故障分級統(tǒng)計產(chǎn)品標(biāo)準(zhǔn)化是否滿足和遵循一種或多種行業(yè)

11、標(biāo)準(zhǔn)化產(chǎn)品模塊化產(chǎn)品自身是否存在模塊化設(shè)計或以模塊化方式集成開發(fā)人員規(guī)模代碼遞交統(tǒng)計數(shù)(公司內(nèi)和社區(qū))社區(qū)活躍度社區(qū)核心協(xié)作平臺:如郵件列表/github上的活躍度社區(qū)影響力社區(qū)活動的途徑方式，社區(qū)市場活動的頻率，次數(shù)和規(guī)模社區(qū)控制力社區(qū)決策層的主要構(gòu)成和決策規(guī)則商業(yè)市場影響力與商業(yè)團體等第三方商業(yè)生態(tài)圈的合作程度III. 服務(wù)與支持評估服務(wù)形式社區(qū)支持還是有商業(yè)支持，分別以何種方式提供社區(qū)成熟度 企業(yè)級特性服務(wù)內(nèi)容服務(wù)內(nèi)容對于SLA的覆蓋程度服務(wù)響應(yīng)能力社區(qū)支持的響應(yīng)能力，商業(yè)支持的響應(yīng)能力服務(wù)本地化本地化社區(qū)，本地化商業(yè)支持團隊，本地化溝通及服務(wù)服務(wù)影響力社區(qū)支持服務(wù)看社區(qū)支持的活躍度，商

12、業(yè)支持看訂閱服務(wù)購買情況服務(wù)的成本社區(qū)服務(wù)的成本構(gòu)成，商業(yè)服務(wù)的成本構(gòu)成IV. 產(chǎn)品核心技術(shù)評估可靠性開源軟件的可靠性設(shè)計和實現(xiàn)(通過基礎(chǔ)評估測試)產(chǎn)品成熟度 企業(yè)級特性可擴展性開源軟件的可擴展性設(shè)計和實現(xiàn)(通過基礎(chǔ)評估測試)性能開源軟件性能設(shè)計和實現(xiàn)(通過基礎(chǔ)評估測試)可用性開源軟件的可用性架構(gòu)設(shè)計和實現(xiàn)(通過基礎(chǔ)評估測試)易用性CLI(命令行交互界面)， UI(圖形化交互界面) 的完備性平臺獨立性對平臺和運行環(huán)境的依賴性安全性已包含和提供的安全相關(guān)的能力可管理性產(chǎn)品配套工具是否完善, 如備份，恢復(fù)，監(jiān)控等文檔完備性產(chǎn)品規(guī)格文檔，管理文檔，配套組件文檔，在線教程，其他文檔資源故障庫完備性是否

13、提供故障庫, 故障庫的信息含量和完備程度培訓(xùn)社區(qū)培訓(xùn)或商業(yè)培訓(xùn)，是否有認(rèn)證制度，培訓(xùn)內(nèi)容覆蓋面供應(yīng)商獨立性是否存在專業(yè)商業(yè)供應(yīng)商或第三方獨立供應(yīng)商開源解決方案和專業(yè)服務(wù)開源軟件和架構(gòu)的咨詢規(guī)劃標(biāo)準(zhǔn)化體系建設(shè)開源軟件系統(tǒng)部署和實施故障應(yīng)急和保障日常維護支持和響應(yīng)知識傳遞和團隊能力提升開源自動化運維工具及服務(wù)生產(chǎn)級MySQL開源數(shù)據(jù)庫高可靠性解決方案與服務(wù)開源分布式緩存和分布式數(shù)據(jù)庫解決方案基于容器技術(shù)的數(shù)據(jù)庫容器云DBScale，提供各種開 源數(shù)據(jù)處理技術(shù)的資源池化和高效運維管理。A開源軟件的技術(shù)運維服務(wù)B開源數(shù)據(jù)解決方案和服務(wù)開源技術(shù)能力培訓(xùn)：開源軟件評估評價體系和治理咨詢服務(wù)C1.金融業(yè)開源

14、技術(shù)現(xiàn)狀2.容器技術(shù)思考企業(yè)級私有云基礎(chǔ)堆棧開源數(shù)據(jù)庫為什么要運行在容器中？開源數(shù)據(jù)庫安裝包尺寸Mysql 5.5.57189MMysql 5.6.37314MMysql 5.7.19611MPostgreSQL 9.6.524MMongodb 3.4.782MRedis 4.0.12MCouchbase109MCassandra 3.11.038M商業(yè)數(shù)據(jù)庫安裝包尺寸Oracle 12c3.2GDB2 V10.52.5GSQLserver 20162.45GCattle Farm 和 Zoo 管控模型的比較農(nóng)場(Cattle Farm)模型所有的資源池成員都一視同仁通過快速的橫向擴展成員數(shù)量

15、，實現(xiàn)總服務(wù)能力的提升成員故障和失效，通過簡單”粗暴”的方式來隔離故障動物園(Zoo)模型資源池成員按應(yīng)用類別識別為管理邏輯上的不同的組在同組內(nèi)通過快速的橫向擴展成員數(shù)量，實現(xiàn)總服務(wù)能力的提升不同組之間，采用動態(tài)的自適應(yīng)的資源調(diào)度策略成員故障和失效，通過簡單”粗暴”的方式來隔離故障在Cattle Farm模型的高效率之上實現(xiàn)精細(xì)化管理寵物(Pets)模型 (傳統(tǒng)經(jīng)典模型)要對成員單個逐個標(biāo)記識別成員有角色和個性化資源要求成員出現(xiàn)問題的時候，需要盡可能修復(fù)有狀態(tài)服務(wù)如何應(yīng)用容器技術(shù)組合式服務(wù)資源管理CPU內(nèi)存可在線擴容數(shù)據(jù)空間可在線擴容網(wǎng)絡(luò)帶寬可在線擴容自動同步配置到配置文件unit100MLVM 100G24 corceore4GB8GBbond0 500MConfig fileLVM 500G有狀態(tài)服務(wù)應(yīng)用容器技術(shù)的服務(wù)模型Subser