傳統(tǒng)金融行業(yè)DevOps實踐課件_第1頁
傳統(tǒng)金融行業(yè)DevOps實踐課件_第2頁
傳統(tǒng)金融行業(yè)DevOps實踐課件_第3頁
傳統(tǒng)金融行業(yè)DevOps實踐課件_第4頁
傳統(tǒng)金融行業(yè)DevOps實踐課件_第5頁
已閱讀5頁,還剩45頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

傳統(tǒng)金融行業(yè)DevOps實踐技術創(chuàng)新,變革未來傳統(tǒng)金融行業(yè)DevOps實踐技術創(chuàng)新,變革未來1?背景介紹旗下?lián)碛秀y行、一般保險、壽險等業(yè)務線和20多個市場品牌

本土最大金融保險集團,總資產(chǎn)1000億美元業(yè)務驅(qū)動,IT部門支撐隨著業(yè)務發(fā)展,收購了很多同業(yè)公司背景介紹旗下?lián)碛秀y行、一般保險、壽險等業(yè)務線和20多個市場2那年,它的困境

那年,它的困境3轉(zhuǎn)型之路

轉(zhuǎn)型之路4產(chǎn)品團隊持續(xù)交付流水線

產(chǎn)品團隊持續(xù)交付流水線5大規(guī)模持續(xù)交付仍需解決的問題

如何兼顧穩(wěn)定性與吞吐量

-

傳統(tǒng)的運維流程(發(fā)布審批,事件支持等)和方法(手動操作,夜間部署)已經(jīng)越來越難以適應當今產(chǎn)品不斷縮短的變更周期,同時又要保障系統(tǒng)運行穩(wěn)定性的要求

如何建立關注業(yè)務和用戶價值的文化 - 特性發(fā)布后用戶的反饋、抱怨和給業(yè)務實際帶來的收益反饋到業(yè)務和開發(fā)這個過程有大量信息丟失,速度太慢;難以真正對特性所帶來的價值進行驗證,并深切體會到產(chǎn)品對用戶的影響

如何控制IT系統(tǒng)不斷增長的復雜性 -

業(yè)務,開發(fā),運維分段式的交付模式使得前端不會充分地考慮堆砌的功能和設計決策給整個IT系統(tǒng)不斷引入的熵(復雜度),導致IT運維成本越來越高,反過來導致長期的交付變得越來越困難大規(guī)模持續(xù)交付仍需解決的問題如何兼顧穩(wěn)定性與吞吐量-6一個典型的例子

一個典型的例子7什么是DevOps“DevOps——-WikiPediaJenkins/Puppet..)

DevOpsDevOpsHR DevOpsDevOpsDevOps什么是DevOps“DevOps——-WikiPediaJe8DevOps落地實踐

DevOps落地實踐9第一步:

引入動態(tài)基礎設施

第一步:引入動態(tài)基礎設施10公有云徹底解放生產(chǎn)力

公有云徹底解放生產(chǎn)力11公有云遷移策略設計公有云架構(gòu)現(xiàn)有基礎設施對接公有云按優(yōu)先級遷移應用程序應用程序進行Cloud

Native化

按workspace建立業(yè)務線資源隔離;

不同業(yè)務線分為Non-prod,prod兩套workspace;

公有云認證方式與企業(yè)現(xiàn)有SSO的集成;

公有云與現(xiàn)有基礎設施的直連;

公有云與現(xiàn)有基礎設施的VPN;

內(nèi)部DNS服務的互通;

先遷移技術風險低、業(yè)務價值高的應用程序;

遷移時盡量不涉及對應用程序架構(gòu)的變更,所有服務仍然使用原有架構(gòu);

本地數(shù)據(jù)庫替換為云上數(shù)據(jù)庫;

本地消息隊列替換為云上的消息隊列;

非生產(chǎn)環(huán)境操作系統(tǒng)替換為免費發(fā)行版;

公有云遷移策略按workspace建立業(yè)務線資源隔離;12公有云里的私有云

公有云里的私有云13公有云遷移Matrix技術風險業(yè)務價值高低高低App1App2App3App4App5App6App7App8App8

公有云遷移Matrix技術風險業(yè)務價值高低高低App114第二步:調(diào)整部門組織結(jié)構(gòu)-建立自服務機制

第二步:調(diào)整部門組織結(jié)構(gòu)-建立自服務機制15DEVOPS團隊承上啟下

既了解運維的難點,也清楚產(chǎn)品團隊的痛點任何服務都提供API或命令行接口向產(chǎn)品團隊賦能DEVOPS團隊承上啟下既了解運維的難點,也清楚產(chǎn)品團隊16團隊結(jié)構(gòu)圖基礎設施團隊業(yè)務線A業(yè)務線B業(yè)務線…DevOps團隊DevOps團隊DevOps團隊產(chǎn)品團隊1產(chǎn)品團隊2產(chǎn)品團隊…產(chǎn)品團隊1產(chǎn)品團隊2產(chǎn)品團隊…產(chǎn)品團隊1產(chǎn)品團隊2產(chǎn)品團隊…DevOpsTribe

團隊結(jié)構(gòu)圖業(yè)務線A業(yè)務線B業(yè)務線…DevOps團隊DevOp17DevOps團隊工作職責建立和維護持續(xù)交付生態(tài)圈實驗和實踐在災備方案/部署方案…提升生產(chǎn)力/節(jié)省基礎設施開銷向開發(fā)人員賦能

DevOps團隊工作職責18第三步:建立基礎設施即代碼的實踐

第三步:建立基礎設施即代碼的實踐19基礎設施即代碼-使用DSL描述環(huán)境

基礎設施即代碼-使用DSL描述環(huán)境20基礎設施即代碼-一切都納入版本管理!!!!!!!

基礎設施即代碼-一切都納入版本管理!21第四步:

建立平臺化服務

平臺DevOps團隊統(tǒng)一提供產(chǎn)品團隊自主使用統(tǒng)一日志管理平臺日志管理接口高可用的日志查詢引擎與企業(yè)內(nèi)部其它系統(tǒng)集成產(chǎn)品中簡歷符合規(guī)范的日志接入日志管理平臺定制日志管理需求持續(xù)交付平臺提供中心式的調(diào)度平臺提供構(gòu)建包調(diào)度中心提供依賴庫管理創(chuàng)建Slave接入調(diào)度平臺配置持續(xù)交付管道監(jiān)控與運營平臺統(tǒng)一的系統(tǒng)級監(jiān)控平臺為通用性應用層監(jiān)控和運營分析提供現(xiàn)成工具和方法自主實現(xiàn)在應用層對產(chǎn)品的監(jiān)控自主實現(xiàn)對用戶和業(yè)務指標進行數(shù)據(jù)收集和分析的工具和度量指標自主選擇最合適工具建立Dashboard展示數(shù)據(jù)第四步:建立平臺化服務平臺DevOps團隊統(tǒng)一提供產(chǎn)品團22建立平臺化服務-準則

建立平臺化服務-準則23總結(jié)-DEVOPS落地的核心要素

總結(jié)-DEVOPS落地的核心要素24DEVOPS并不是銀彈

考慮DevOps落地的五個方面:人準則實踐產(chǎn)品流程DEVOPS并不是銀彈考慮DevOps落地的五個方面:25傳統(tǒng)金融行業(yè)DevOps實踐技術創(chuàng)新,變革未來傳統(tǒng)金融行業(yè)DevOps實踐技術創(chuàng)新,變革未來26?背景介紹旗下?lián)碛秀y行、一般保險、壽險等業(yè)務線和20多個市場品牌

本土最大金融保險集團,總資產(chǎn)1000億美元業(yè)務驅(qū)動,IT部門支撐隨著業(yè)務發(fā)展,收購了很多同業(yè)公司背景介紹旗下?lián)碛秀y行、一般保險、壽險等業(yè)務線和20多個市場27那年,它的困境

那年,它的困境28轉(zhuǎn)型之路

轉(zhuǎn)型之路29產(chǎn)品團隊持續(xù)交付流水線

產(chǎn)品團隊持續(xù)交付流水線30大規(guī)模持續(xù)交付仍需解決的問題

如何兼顧穩(wěn)定性與吞吐量

-

傳統(tǒng)的運維流程(發(fā)布審批,事件支持等)和方法(手動操作,夜間部署)已經(jīng)越來越難以適應當今產(chǎn)品不斷縮短的變更周期,同時又要保障系統(tǒng)運行穩(wěn)定性的要求

如何建立關注業(yè)務和用戶價值的文化 - 特性發(fā)布后用戶的反饋、抱怨和給業(yè)務實際帶來的收益反饋到業(yè)務和開發(fā)這個過程有大量信息丟失,速度太慢;難以真正對特性所帶來的價值進行驗證,并深切體會到產(chǎn)品對用戶的影響

如何控制IT系統(tǒng)不斷增長的復雜性 -

業(yè)務,開發(fā),運維分段式的交付模式使得前端不會充分地考慮堆砌的功能和設計決策給整個IT系統(tǒng)不斷引入的熵(復雜度),導致IT運維成本越來越高,反過來導致長期的交付變得越來越困難大規(guī)模持續(xù)交付仍需解決的問題如何兼顧穩(wěn)定性與吞吐量-31一個典型的例子

一個典型的例子32什么是DevOps“DevOps——-WikiPediaJenkins/Puppet..)

DevOpsDevOpsHR DevOpsDevOpsDevOps什么是DevOps“DevOps——-WikiPediaJe33DevOps落地實踐

DevOps落地實踐34第一步:

引入動態(tài)基礎設施

第一步:引入動態(tài)基礎設施35公有云徹底解放生產(chǎn)力

公有云徹底解放生產(chǎn)力36公有云遷移策略設計公有云架構(gòu)現(xiàn)有基礎設施對接公有云按優(yōu)先級遷移應用程序應用程序進行Cloud

Native化

按workspace建立業(yè)務線資源隔離;

不同業(yè)務線分為Non-prod,prod兩套workspace;

公有云認證方式與企業(yè)現(xiàn)有SSO的集成;

公有云與現(xiàn)有基礎設施的直連;

公有云與現(xiàn)有基礎設施的VPN;

內(nèi)部DNS服務的互通;

先遷移技術風險低、業(yè)務價值高的應用程序;

遷移時盡量不涉及對應用程序架構(gòu)的變更,所有服務仍然使用原有架構(gòu);

本地數(shù)據(jù)庫替換為云上數(shù)據(jù)庫;

本地消息隊列替換為云上的消息隊列;

非生產(chǎn)環(huán)境操作系統(tǒng)替換為免費發(fā)行版;

公有云遷移策略按workspace建立業(yè)務線資源隔離;37公有云里的私有云

公有云里的私有云38公有云遷移Matrix技術風險業(yè)務價值高低高低App1App2App3App4App5App6App7App8App8

公有云遷移Matrix技術風險業(yè)務價值高低高低App139第二步:調(diào)整部門組織結(jié)構(gòu)-建立自服務機制

第二步:調(diào)整部門組織結(jié)構(gòu)-建立自服務機制40DEVOPS團隊承上啟下

既了解運維的難點,也清楚產(chǎn)品團隊的痛點任何服務都提供API或命令行接口向產(chǎn)品團隊賦能DEVOPS團隊承上啟下既了解運維的難點,也清楚產(chǎn)品團隊41團隊結(jié)構(gòu)圖基礎設施團隊業(yè)務線A業(yè)務線B業(yè)務線…DevOps團隊DevOps團隊DevOps團隊產(chǎn)品團隊1產(chǎn)品團隊2產(chǎn)品團隊…產(chǎn)品團隊1產(chǎn)品團隊2產(chǎn)品團隊…產(chǎn)品團隊1產(chǎn)品團隊2產(chǎn)品團隊…DevOpsTribe

團隊結(jié)構(gòu)圖業(yè)務線A業(yè)務線B業(yè)務線…DevOps團隊DevOp42DevOps團隊工作職責建立和維護持續(xù)交付生態(tài)圈實驗和實踐在災備方案/部署方案…提升生產(chǎn)力/節(jié)省基礎設施開銷向開發(fā)人員賦能

DevOps團隊工作職責43第三步:建立基礎設施即代碼的實踐

第三步:建立基礎設施即代碼的實踐44基礎設施即代碼-使用DSL描述環(huán)境

基礎設施即代碼-使用DSL描述環(huán)境45基礎設施即代碼-一切都納入版本管理!!!!!!!

基礎設施即代碼-一切都納入版本管理!46第四步:

建立平臺化服務

平臺DevOps團隊統(tǒng)一提供產(chǎn)品團隊自主使用統(tǒng)一日志管理平臺日志管理接口高可用的日志查詢引擎與企業(yè)內(nèi)部其它系統(tǒng)集成產(chǎn)品中簡歷符合規(guī)范的日志接入日志管理平臺定制日志管理需求持續(xù)交付平臺提供中心式的調(diào)度平臺提供構(gòu)建包調(diào)度中心提供依賴庫管理創(chuàng)建Slave接入調(diào)度平臺配置持續(xù)交付管道監(jiān)控與運營平臺統(tǒng)一的系統(tǒng)級監(jiān)控平臺為通用性應用層監(jiān)控和運營分析提供現(xiàn)成工具和方法自主實現(xiàn)在應用層對產(chǎn)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論