2019年打造券商“金融科技”基礎核心競爭力.pdf

《2019年打造券商“金融科技”基礎核心競爭力.pdf》由會員分享，可在線閱讀，更多相關《2019年打造券商“金融科技”基礎核心競爭力.pdf（35頁珍藏版）》請在三個皮匠報告上搜索。

1、G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站打造券商“金融科技”基礎核心競爭力從無到有的 DevOps 實踐探索DEVOPS2019.10.29G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站CONTENTS1 12 23 3華泰證券DevOps平臺搭建4 4總結及展望傳統券商研發模式及發展訴求已有技術轉型探索G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站傳統券商研發模式及發展訴求01G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站券商業務的多樣化經濟

2、業務證券經紀業務是指證券公司通過其設立的證券營業部，接受客戶委托，按照客戶要求，代理客戶買賣證券的業務。資管業務投行業務自營業務根據資產管理合同約定的方式、條件、要求及限制，對客戶資產進行經營運作，為客戶提供證券及其它金融產品的投資管理服務的行為。在中國，投資銀行業務主要包括：證券承銷、證券交易、兼并收購、資金管理、項目融資、風險投資、信貸資產證券化等。簡單地說，就是證券經營機構以自己的名義和資金買賣證券從而獲取利潤的證券業務。G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站用戶和業務場景的多樣化寫代碼和算法推銷產品老板有錢人散戶數量眾多漲樂財富通專業投資者交易終端貴金屬交易

3、平臺自營業務金融投資經紀基礎交易平臺經紀業務運營平臺經紀業務、資管業務、投行業務 自營業務、行政需求、管理需求 OA內部用戶外部用戶業務用戶產品輸出G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站傳統IT形態向金融科技形態轉型自研系統轉型瀑布開發敏捷開發頂點金證恒生外購系統轉型一轉型二G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站面臨的問題 項目野蠻生長，數量龐大 項目管理依賴人保障 QA數量不足，項目過程控制不足 有要求，不執行項目管理 數據依賴手工保障 缺乏工程效率指標 難以客觀綜合衡量團隊能力數據度量代碼管理：代碼倉庫結構多樣化 分支模型不統一 代碼

4、評審執行不到位制品管理:有制品庫，QA審計要求Release前放入 實際使用無法管控 上線版本實際靠人環境管理：環境配置和代碼耦合 環境不一致導致的問題浪費時間數據度量：數據依賴手工保障 缺乏工程效率指標 難以客觀綜合衡量團隊能力面臨的問題數據度量工程實踐G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站已有技術轉型探索02G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站華泰敏捷成熟度模型推行敏捷轉型需求管理SCRUM迭代執行敏捷文化工程實踐部門自研項目團隊60+，目前敏捷成熟度2級以上（含）達標73%，3級以上（含）42%敏捷專項推進團隊自定義敏捷成熟度模型

5、由點到面地覆蓋推廣逐步從廣度向深度邁進5級華泰敏捷成熟度模型共5級G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站技術層面的的探索基于HT Dubbo框架推廣微服務架構基本構建了基礎私有云環境結合公有云的混合云能力搭建了組織級PaaS平臺逐步標準化服務治理方面的工作探索了K8S容器云并鼓勵了部分應用嘗試構建及部署搭建統一的內網工具平臺：含Jira、Wiki、Jenkins、Git、SVN、制品庫等搭建了隔離的研發、測試和生產環境組織級統一定義了單測覆蓋率和Sonar掃描結果要求G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站各項目組自行使用Jenkins作為

6、持續集成的編排承載工具CI和CD的探索01040502203Java項目主要編譯使用Maven或Gradle不同項目組嘗試使用ansible、Salt、SSH或者Jenkins作為生產部署通道組織級使用Salt進行統一基礎設施維護有初步的CMDBG O P S 全 球 運 維 大 會 2 0 1 9 上 海 站測試自動化基于Junit和Jacoco的Unit Test基于RF框架的自動化接口測試測試團隊使用Jenkins額外搭建了自動化測試調度平臺初步嘗試Mock測試服務使用jmeter及HGrinder自研性能測試工具進行性能自動化測試UI自動化測試，包括APP端、PC端、Browser端等

7、G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站較完備的安全建設體系G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站華泰證券DevOps平臺搭建0303G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站自研or外購？自研外購VS1.掌握核心技術，有助于深入理解DevOps的精髓2.更容易激發組織將DevOps視為己任3.定制功能更貼近組織需求，且變更響應快1.開箱即用，有較為成熟和完整的平臺級解決方案2.避開前人趟過的坑3.自有人員僅需要關心需求和項目里程碑4.可以邊使用邊學習1.起點較高，上手困難2.初期缺少試用反饋3.平臺的不穩定會影響效

8、率和信心；1.產品較難選擇2.與組織貼合有差異，定制需代價3.核心能力可能并未掌握優點缺點優點缺點G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站初次規劃當聽說我成產品經理時候資源管理資源列表集群管理標簽管理資源拓撲圖任務管理我的代辦已辦理的任務任務通知任務配置版本管理制品庫管理制品庫版本公共倉庫部署記錄流水線管理腳本管理DevOps流水線編排流水線執行記錄流水線底層調度和編排能力自服務公共中間件自服務一般中間件自服務資源自服務監控和告警監控數據采集和展現告警配置告警下發告警處理智能告警彈性伸縮規則配置自動擴縮容能力自動化運維故障檢測故障隔離負載遷移自動巡檢權限管理控制權限訪

9、問權限審批權限項目歸屬其他安全控制工具鏈匹配數據采集G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站換個思路用迭代的方式來構建平臺，制定更為具體的短期目標選擇合適的切入點，利用已有的探索實踐來簡化過程G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站DevOps 1.0目標DevOps1.0目標 初步整合CI和CD過程 保障版本與制品的映射關系 嚴控部署操作，保障制品一致性 初具質量門數據檢查點 減少人為操作帶來的不確定因素G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站DevOps 1.0版本作為構建參數配置構建過程依然不受控接入代價相當高

10、（構建和配置）UT和Sonar數據基于構建產生，可信度存疑其他自動化測試尚無功能缺點打通Jenkins構建與CD通道整合制品庫作為單一制品可信源整合測試報告整合版本信息G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站DevOps 2.0目標DevOps2.0目標讓流水線和版本解耦解決同一版本多微服務的版本依賴通過流水線推動Jira單狀態需要增加對“發布”的定義打通OA流程打通從度量到反饋的任督二脈集成中間件PaaS平臺的服務能力進一步的自動化G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站DevOps 2.0UI極其粗糙，UE基本沒有僅解決了1.0版本中的版

11、本概念，其他遺留進一步擴展了現有功能產品臨時抱佛腳的能力及項目經理已經突破的技術方向共同決定了產品的走向功能缺點制品作為流水線的配置參數新增了版本集能力新增RLS階段流水線推動Jira單狀態（Story和Jira Release）可以根據本次構建的提交查看源碼流水線可以觸發OA工單流水線具備了各階段耗時的展示能力G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站DevOps 3.0目標DevOps3.0目標 標準化構建過程，使構建過程受控 構建資源池化 雙引擎”構建 增加自動化接口測試 降低項目組接入成本 優化UI和UEG O P S 全 球 運 維 大 會 2 0 1 9 上

12、 海 站利用Jenkins Shared Libraries標準化構建過程G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站自助接入配置同一項目不同子模塊配置歷史設備的接入和兼容性檢查G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站構建資源池化項目A：4C8GCentOS 6JDK 1.8項目B：2C4GCentOS 7JDK 1.7項目C：4C8GCentOS 7JDK 1.8統一構建環境優化構建資源形成整體橫向度量增加高可用和彈性減少項目組浪費G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站“雙引擎”構建代碼流水線配置Dockerfile

13、G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站DevOps 3.0+功能獨立的配置變更流水線流水線CI過程并行設計Merge Request前代碼檢查獨立的數據變更流水線建立較全面的工程指標體系G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站獨立的配置變更流水線代碼倉庫配置各階段關聯配置文件流水線推動配置發布G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站獨立的數據變更流水線代碼倉庫配置各階段數據庫配置流水線推動數據變更G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站Merge Request前代碼檢查標準化配置0102

14、03內嵌質量門檢查質量門不達標可自動拒絕MR提交G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站流水線CI并行設計構建與質量檢查分離可放通的靈活變更機制質量門后移G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站總結及展望04G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站心得體會讓DevOps先DevOps起來提前規劃全貌有助于一定程度的方向控制借助DevOps標準明確對最佳實踐的下一站目標將規則內建于工具，讓工具指導實踐概括四點心得之一心得之二心得之三心得之四G O P S 全 球 運 維 大 會 2 0 1 9 上 海 站展望流水線的可視化編排能力度量支持定制化的推送和訂閱生產環境的自動化測試研發環境代碼化1234