金融云系統穩定性：2022年ChaosLab線下沙龍廣州站會議PPT合集（85頁）.pptx

《金融云系統穩定性：2022年ChaosLab線下沙龍廣州站會議PPT合集（85頁）.pptx》由會員分享，可在線閱讀，更多相關《金融云系統穩定性：2022年ChaosLab線下沙龍廣州站會議PPT合集（85頁）.pptx（85頁珍藏版）》請在三個皮匠報告上搜索。

1、,云原生建設行業背景,保障穩定vs引領創新,轉型方向,敏捷模式,云原生效能,?,保障信息系統安全穩定與引領創新、把握科技浪潮“兩手抓，兩手都要硬”,數字化和智能化著力點和方向在哪里構建什么樣的運維體系,建設什么樣的云計算架構充分發揮云原生效能,微服務及容器廣泛應用快速迭代及持續交付敏捷開發模式,面臨痛點,建設過程面臨的痛點：資源交付周期長，交付效率較低，較多人工參與，重復勞動多，敏態業務要求基礎設施快速交付、自助交付互聯網類應用、證券類應用波峰、波谷差別顯著，要求基礎設施彈性擴展，能夠應對突發業務量變化各類資源的平臺各異，管理流程與界面也不盡相同，缺乏對基礎設施的統一抽象與封裝，給使用者帶來困

2、惑目前仍以IaaS層的虛擬機交付為主，缺乏對存儲、網絡、容器、應用層面的支持部署標準化不足，仍存在大量手工部署的情況，易出錯，重復量大，依賴個人操作習慣，打破標準化、冪等性等重要原則研發、測試、生產等多套環境經常因為配置不一致，造成問題沒有測出來,02,推進路線,建設路線,容器云平臺,03,關鍵挑戰及建設,關鍵挑戰,GitOPS實踐,應用生命周期及云上工作模式,應用云化改造,應用與配置分離,中間件的選擇,日志方式改造,健康檢查接口,多應用的分離,優雅終止,安全的基礎鏡像,高可用設計,跨數據中心、多集群整體高可用,入口負載均衡高可用,單集群高可用,監控和日志高可用,建設-鏡像部署方案,鏡像倉庫部

3、署方案多個Harbor實例共享后端存儲,告警中心,Webhook 告警,ThanosSidecar,Masters,Workers,Workers,監控中心,ETCD,Kubernetes,Grafana,Thanos,Prometheus,Alertmanager,Grafana,Thanos,Prometheus,Alertmanager,平臺項目,業務項目,容器云平臺集群,企業微信,短 信,郵 件,Thanos,業務線,監控與告警,對象存儲,監控數據統一存儲方案,bucket,Store,Querier,Sidecar,Compactor,SSD,Prometheus,Sidecar,S

4、SD,Prometheus,1,1,2,4,3,5,Receiver,1”,1”,基于Prometheus的組件化、集群化，構建統一的數據存儲方案將容器與非容器監控數據統一匯聚分析,日志與審計,業務應用,標準輸出,filebeat,容器云平臺日志中心ES+Kibana,審計日志,審計日志,Kafka 接口,業務日志,業務日志,日志中心,日志歸集平臺,高性能日志方案,不同日志速率下對Filebeat對接的外部kafka消息堆積情況、消費者消費延遲、日志是否丟失進行壓力測試。,EFK,Elasticsearch、Filebeat、Kibana,Gitops 基本概念,GitOps 使用 Git 作

5、為聲明性基礎設施和應用程序的單一事實來源。其核心是Git 存儲,包含對生產環境中當前需要的基礎設施的聲明性描述，以及一個自動流程，以使生產環境匹配Git存儲中所描述的狀態。,閉環控制,Gitops能做什么？,Gitops 方案,|_deployment.yaml（1.16.2）|_service.yaml|_route.yaml|_configmap-976cchk896.yaml(FZ),|_deployment.yaml（1.16.2）|_service.yaml|_route.yaml|_configmap-236cbhk239.yaml(SH),Sync,Gitops,通過門戶可視化編

6、輯k8s yaml 定義保存提交,門 戶,Commit 變更,容器云平臺,容器云平臺,|_base|_deployment.yaml（1.16.1）|_kustomization.yaml|_service.yaml|_route.yaml|_configmap.yaml|_dc-fz|_application.property|_kustomization.yaml|_dc-sh|_application.property|_kustomization.yaml,kustomization.yamlimages:-name:newTag:1.16.2,滾動升級nginx:1.16.1 ngi

7、nx:1.16.2,為不同的集群創建各自的子目錄或分支，可輕松地將該模式拓展到多集群環境,跨DC多副本部署,DC1被管理集群,DC2被管理集群,Gitops(ArgoCD),應用管理中心,鏡像下載,鏡像下載,管理應用,管理應用,管理門戶,應用分發副本與配置多個集群狀態管理Gitops安全策略,容器云平臺,容器云平臺,容器云安全,容器主機操作系統和多租戶,容器內容(使用可信來源),安全性和構建流程,部署及控制可在集群中部署的內容,容器編排確保容器平臺的安全,網絡隔離,存儲,單點登錄(SSO)雙因素認證,多集群的角色和訪問管理,鏡像倉庫(安全訪問容器鏡像),容器云平臺,04,總結展望,筑牢底座賦能

8、發展,合作共贏務實創新,容器云基建,價值,轉型,數字化智能化,規范,標準統一覆蓋推進,感謝您的觀看！,主講人：趙浩廷,企業云原生轉型過程中的穩定性保障探索,01,02,03,云原生架構帶來的復雜度,轉型需要從復雜中探索穩定,我們如何做,04,紅帽的平臺與方法,01,02,03,云原生架構帶來的復雜度,轉型需要從復雜中探索穩定,我們如何做,04,紅帽的平臺與方法,“系統架構是塑造系統的最重要設計決策，我們通過未來變更成本來衡量其重要性?！?云原生平臺的選擇正正是這樣的決策,https:/,云原生架構選擇帶來了復雜性,39,開發流程,基礎設施,架構,瀑布,數據中心,單體,CICD設計,任何基礎設施

9、（混合云）,（微）服務,精益化、協作性和完全自動化的軟件交付生命周期,寫一次，在任何計算資源上運行。按需規模，容錯的設計和提前部署。,松散耦合的、模塊化的應用程序更容易構建、測試、部署、更新和更改。,通過組織團隊和他們的工作來管理變化云計算的自動化和架構，以提高創新速度,改變并不簡單,40,規模導致的效率與復雜度問題是當前軟件生產團隊的主要挑戰,演進和規?；a的復雜性和未知問題,01,02,03,云原生架構帶來的復雜度,轉型需要從復雜中探索穩定,我們如何做,04,紅帽的平臺與方法,過去,“云”時代,管理服務器最小化意外事件長生命周期的基礎設施手動檢查列表支撐型部門,管理服務最小化 MTTR相

10、對短周期的基礎設施強制執行自動化實現業務創新,信息部門工作對象的改變,組織形式的轉型,43,云原生的“工業產品”,響應式創新,平臺服務,無處不在的自動化,規范基建,差異化業務價值,固定或采購式應用程序,保護網關,每個項目基礎設施,人力驅動的操作,脆弱的部署,異常事件的復雜性,啟用約束,自服務創建,開發,運維,花更多的時間在什么是重要的事情上,44,構建高質量的產品,運營客戶行為,度量成功,發布產品給客戶,我們能建得很好嗎？,我們能穩定高效地交付它嗎？,它有效嗎？,研發團隊,基礎設施團隊,業務/管理團隊,了解架構帶來的影響,新技術帶來的度量變化,云原生：不僅僅是遷移到云，而是充分利用云基礎設施和

11、服務的獨特性，快速交付業務價值.,云原生應用程序要實現的核心技術和業務目標：敏捷和生產力：實現以業務指標為導向的快速創新。降低維護風險并保持環境最新。彈性和可擴展性：環境自我修復和無停機的持續可用性。提供彈性擴展和無限容量的感知。優化和效率：優化基礎設施和人力資源的成本。實現地點和提供商之間的自由切換與移動。,云原生基礎設施：更高“內聚”的抽象,不可變部署例如基于容器鏡像的部署（vs 虛擬化的模板僅提供了操作系統基線）聲明式配置“基礎設施即代碼”提供了一個期望（未來）的狀態（vs 需要詳實的部署配置腳本或者文檔）運行時不可知平臺即組件（例如容器）視為黑匣子，無需了解其內容（vs 關注依賴的組件

12、部署和調用關系處理）組件編排通過通用聲明性策略和配置實現管理：監控、擴展、可用性、路由等（vs 運維系統及監控與網絡管理體系的支撐）。,|45,技術的轉型,01,02,03,云原生架構帶來的復雜度,轉型需要從復雜中探索穩定,我們如何做,04,紅帽的平臺與方法,47,基礎設施即代碼。一體化的開發運維團隊。卓越的運營。,產品所有者能力規劃與匹配的管理制度自動化體系和運行保障持續的平臺改進授權實驗和創新與治理、風險、合規性概況相一致的安全性將該平臺作為一個主要的業務公用資產提供資金賦能,平臺用戶群體云原生架構敏捷的方法和實踐現代化應用編排云原生應用程序開發技能前端框架CI/CD工具現代測試方法,可靠

13、性層次結構,把基礎平臺視作為產品,技術債務,應用與部署的遺留問題,解決技術債務,49,在大多數情況下限制自己來解決問題，通過公司/團隊特有的標準技術來實現解決方案，隨著時間的推移，技術團隊將成為這方面的專家。長期來說，技術團隊將受益于它。技術能力從來不是購買所能獲得,Problems,Technical Solutions,Problems,Technical Solutions,No Snowflake Stacks,選擇有限的標準技術,自動化一切,Push,Pull,Pull Request,應用程序Git Repository,Image Registry,CI,配置Git Reposi

14、tory,部署,監控,檢測偏移,執行,CD,GitOps 應用發布模型,OpenShift GitOps,Push,Pull,OpenShift GitOps,Push,Pull,配置Git Repository,集群內資源協調器控制器在集群上控制器發出通知并采取行動,外部資源協調器控制器在集群外部根據集群 CRD 和 Git CRD 比較的結果采取行動,Role Based Access Control(RBAC),Quotas,Namespaces,Operators,Applications(Dabases,Messaging.),Users/Groups,Kubernetes,應用為視

15、角的一切均用代碼表示并實現自動化冪等原則是在各層面均適用的除了消除Toil（重復勞動工作量），更需要把故障恢復的能力加入到發布中發布能力與故障恢復能力等同看待消除人的失誤,自愈能力,數據中心級的混沌 應用級混沌,應用故障服務故障管理中斷.Cluster故障Cluster宕機Node故障Pod故障/Container故障服務/組件故障MW故障DB故障資源故障存儲故障網絡故障資源耗盡.,故障監測與告警,應急處理,恢復,52,在度量基礎上探索平臺的穩定性,應用運行狀態異常計算、網絡、存儲資源云可用區故障平臺集群停止測試邊界的劃定,SLO定義：Pod 延遲 5秒API 99th 延遲 1秒Etcd f

16、sync 延遲 50 毫秒關注組件的恢復時間（實際down time）route/ingress 健康狀態,53,在場景上探索平臺的穩定性,Etcd 延時、部分失敗Api 失效SDN 中斷pod 中斷預算Node 資源壓力DNS 異常、時間異常,大集群 VS 小集群場景定義 非預計的故障發現SRE、產品發布、CIKrkn+Cerberus,Chaos-mesh,Litmus,Arcaflow,應用發布標準化與自動化,項目管理、治理、合規及流程規范,平臺運營支撐,業務及應用能力圖譜,投產,Appn,生產,基礎設施及治理(根基),項目(建筑),DevSecOps Dojo,應用現代化&遷移,企業軟

17、件工廠,可信軟件供應鏈,評估&開發計劃,DevSecOps Dojo,DevSecOps Dojo,DevSecOps Dojo,從一到多,業務應用演進路線,應用投產,App3,從實驗開始,01,02,03,云原生架構帶來的復雜度,轉型需要從復雜中探索穩定,我們如何做,04,紅帽的平臺與方法,開發人員生產力,集群服務自動化運維 空中升級 監控 鏡像倉庫 網絡 路由 KubeVirt OLM Helm,Kubernetes,開發人員CLI VS Code擴展IDE 插件Code Ready Workspaces CodeReady Containers,Service Mesh Serverle

18、ss構建CI/CD Pipelines全棧日志計費,數據庫 開發語言運行時 集成業務自動化 100+ISV服務,平臺服務,應用服務,開發人員服務,物理機,虛擬化,私有云,公有云,OpenShift Kubernetes Engine,構建云原生應用,管理工作負載,多集群管理發現 策略 合規性 配置 工作負載,Advanced Cluster Management,OpenShift Container Platform,托管云(Azure,AWS,IBM,Red Hat),Red Hat Enterprise Linux&RHEL CoreOS,紅帽混合云架構 OpenShift Hybrid

19、Cloud Platform,云原生應用策略客戶指南,您在這里,產出構建支持業務的應用程序業務需要的速度。敏捷+穩定,技術調整Agile,CICD and DevOps容器化，Kubernetes微服務,APIs,Events and FunctionsServiceMesh and Serverless,現有應用,新應用,Retain or RetireNo Action Req.,Replace w/New AppsGoto New Apps,Refactor(Decompose into Svc&publish APIs),Replatform(Lift&Fit)or Rehost(Li

20、ft&Shift),Build Cloud Native Apps(CICD,Containers,Svcs),Buy SaaS/COTS(Integrate to automate biz processes),Core:Points of differentiation,Context:Points of parity,動態性為變化和規?；O計采用模塊化、事件驅動、松耦合架構,連接性通過數字渠道和物聯網與邊緣集成擴大市場范圍,智能化通過業務流程自動化和 AI/ML 優化客戶使用體驗,業務驅動力為數字經濟振興業務。提高客戶價值和體驗。使用軟件交付作為競爭優勢。,IT 痛點 無法及時滿足業務對

21、新應用和新功能的需求。新應用和現有應用之間集成的復雜性。缺乏現代開發、開發和運營技術和實踐的技能。,現化化目標敏捷交付降低成本獲得云效率提高可用性增強功能,從一個項目開始 單體到微服務的轉型 事件驅動的應用集成 將 AI/ML 與智能應用程序一起使用采用云原生開發構建正確的應用程序正確構建應用程序建立團隊協作提高軟件交付性能 變更前置時間 部署頻率 平均恢復時間 變改故障率OpenShift Applications&Services Bundle,業務調整從為什么開始，以終為始工作價值流和流程圖事件風暴和影響圖服務藍圖,IT 僅在 IT 支持業務的情況下才有價值,-Value Stream

22、Mapping-Parking Lot,Open Practices in Mobius Loop,58,產品探索,產品交付,基礎,可選的解決方案,-Target Outcomes-Priority Sliders-Lean Canvas-Impact Mapping-Event Storming,-Scrum-Kanban-Showcase-Retrospectives-Software&DevOps engineering-Automation-Cloud,-Icebreak-Team formation-Social contract,-Definition of Ready(DoR)-

23、Definition of Done(DoD)-Visualization of Work,-User Story Mapping-MVP,Open Practice Library:https:/,開源的文化推動了開放的創新,我們相信什么,避免長期路線圖計劃得足夠開始,打破大的事情成小塊逐步工作,瞬間的反饋周期,自動TDD，CI/CD,建立新的技能通過結對和指導,實驗學習策略小故障是學習機會,Just Start盡快開始,感謝您的觀看！,數字化韌性與混沌工程,主講人：同創永益 韓立峰,01,02,03,數字韌性,混沌工程,未來展望,一、數字韌性概述,“韌性”到“數字韌性”,Gartner對數

24、字韌性發展的轉變,2016年：定義IT Resilience可以幫助基礎設施和運營領導提高業務恢復效率，降低恢復成本2020年：客戶的期望已經超出了“連續服務”，越來越多的組織開始將注意力轉向業務的韌性建設,IDC對企業數字化韌性解讀,數字化韌性是組織利用數字化能力迅速適應業務中斷，不僅能恢復業務運營，還能從變化中找到新的機會。IDC首席分析師武連峰2022年IDC發布打造企業數字化韌性的戰略與舉措研究報告：“根據IDC的調研，超過80%的企業處于數字化韌性的中高風險;在金融與財務方面處于中高風險的企業數量達到90%；在客戶與生態方面，處于中高風險的企業數量達到87%”,數字韌性的定義,數字韌

25、性 是指組織的數字化系統在面對故障、災難或人為攻擊、破壞等各類事件時的抵抗、吸收、適應和恢復能力。各類組織數字韌性體系的構建，需要結合人員、流程和技術，通過一系列主動和被動措施來保持數字化系統持續運作，并盡可能減少中斷對組織關鍵業務和運營流程的影響。,數字韌性成為衡量企業數字化運營能力的重要指標,數字韌性的目標,數字韌性的目標：實現數字化系統在設計目標狀況下的持續有效運行。數字韌性包含了信息系統災備管理、應急管理和混沌工程等內容，但其強調了數字化系統面對各類事件時抵抗、吸收、適應和恢復的能力，同時還需考慮對業務的最小化影響和組織內外部數字化系統的整體性。,發現階段,響應階段,恢復階段,驗證階段

26、,發生時間,發現時間,強制決策點,時間（min）,事前：備戰能力故障預防,事后：改進能力故障復盤與改進,事中：作戰能力統一指揮，恢復優先,MTTF平均無故障時間,MTTR 平均故障修復時間,MTBF 平均故障間隔時間,混沌工程助力企業數字韌性體系構建,IT價值鏈,平時,戰時,云原生備份和恢復,監控告警,業務狀態感知,應用發布管理/DevOps,自動化/智能調度,混沌工程,業務連續性管理,預案管理,輔助決策,應急管理,災備管理,指標輸入,傳統備份和恢復,感知優化,規劃風險預案,提供決策,驗證預案,演練+實戰,應急處置,提供處置方案,決策數據輸入,應用容災,定義策略,瓶頸改進,驗證,業務影響分析、

27、風險評估,防患于未然,然則有備,全鏈路壓測,容量管理,提供容量規劃,容量分析預警,容量評估,二、混沌工程,混沌工程概述,混沌工程的定義,混沌工程是一門新興的技術學科，它的初衷是通過實驗性的方法，讓人們建立復雜分布式系統能夠在生產中抵御突發事件能力的信心。Principles of Chaos Engineering,混沌工程和測試的區別,故障越來越難定位，故障越來越不可預知復雜的云化系統里如何生存下去？現在，一個很好的答案就是-Chaos Engineering，中文里面叫做混沌工程,常規測試，測試場景和結果已知混沌工程，驗證尚未明確結果的場景,混沌工程的起源,08年Netflix決定把它的業

28、務遷移到AWS上，從自身運維的角度考慮，它有很多擔憂的地方很長時間內有兩套系統在同時運行，運維的復雜度更高了Netflix的用戶量已經達到了1億，對應用穩定性依賴很高，如果出現故障對用戶的影響非常大，甚至是致命的業務不斷復雜，引入微服務架構，對應用的高可用性要求越來越高生產環境非常復雜，是多樣性的，很難在測試環境中完全模擬生產的狀態Netflix決心探索一種在生產環境驗證應用高可用性的一種方法，這就是現在大家所熟知的混沌工程,通過主動在生產環境或準生產環境引入故障因子，驗證系統應對故障的能力,混沌工程核心思想,混沌工程五大原則,在生產環境中進行實驗可能會引發真實的故障發生，所以在執行試驗時需要

29、確保影響范圍最小化且可控,最小化爆炸半徑,Minimize Blast Radius,穩態假說,真實事件,生產環境,關注可測量輸出，而不是系統內部屬性建立一個圍繞穩定狀態行為的假說短時間內的度量結果，代表了系統的穩定狀態驗證系統是否工作，而不是如何工作,通過潛在影響或預估頻率確定事件的優先級任何能夠破壞穩態的事件都是混沌實驗的一個潛在變量,系統的行為會根據環境和流量模式而變化為了保證系統行為的真實性與當前部署系統的相關性，混沌工程強烈推薦在生產環境中進行實驗,自動運行試驗,手工運行實驗是不可持續的工作，所以需要把實驗變為自動化且持續的執行。,Build a Hypothesis around

30、Steady State Behavior,Vary Real-world Events,Run Experiments in Production,Automate Experiments to Run Continuously,混沌工程應用領域,混沌工程是一種實踐活動，可以應用在現有IT管理體系的多個領域中，作為該領域環節中的技術手段，提升特定環節性能。實踐范圍可以逐步從單一領域擴展到多重領域。,混沌工程體系化建設目標,1.控制混沌工程帶來的風險,2.有效組織混沌工程實施,4.增加豐富混沌工程的價值,3.落實混沌工程產生的結論,投產前,投產后,去除架構設計單點驗證系統容錯能力評估系統彈性,

31、延長平均無故障時間,縮短平均修復時間,確保達成RPO、RTO目標,極限場景測試平臺韌性測試生產故障回歸測試驗證分布式架構設計（強弱依賴分析）,投產前質量門禁驗證監控的發現能力及告警系統的有效性探索風險場景，驗證應急預案有效性,驗證災備切換預案的適用性和可用性數據保護定級真切實練，提升業務連續性級別,混沌工程應用場景示例,混沌工程建設路徑,預案演練,紅藍攻防,歷史故障重演,測試環境,準生產環境,災備環境,強弱依賴實踐場景,生產環境,奇襲攻擊,實踐環境,實踐模式,應用,架構,基礎設施,實踐場景,級聯實踐場景,數據一致性實踐場景,云原生架構實踐場景,傳統架構實踐場景,高可用實踐場景,彈性伸縮實踐場景

32、,安全防護實踐場景,信創環境實踐場景,服務器高負載實踐場景,鏈路異常實踐場景,災備切換實踐場景,多活容災實踐場景,故障復盤實踐場景,角色扮演實踐場景,高負載實踐場景,肥皂劇實踐場景,錯誤探索實踐場景,混沌工程價值體現,基于混沌工程對業務系統進行平臺、中間件、應用等層次的故障注入演練，幫助企業發現更多未知的影響業務穩定性的隱患與問題。,告警時效性驗證,容災可用性驗證,全鏈路穩定性實驗,監控覆蓋度驗證,故障復盤模式,強弱依賴分析,經驗庫與持續改進,奇襲攻擊演練,MTTR,平均修復時間,MTTF,MTBF,平均故障間隔時間,數據丟失,業務中斷,DRP,平均無故障時間,實施混沌工程,縮短平均修復時間,

33、延長平均無故障時間,確保達成容災與應急目標,同創永益混沌工程管理平臺,IStorM Chaos是一套完整的混沌工程體系化實踐工具平臺，提供成熟的實踐場景和豐富的故障注入手段，通過對基礎設施、平臺、中間件、應用等維度進行故障注入實驗，幫助信息科技團隊發現更多未知的業務穩定性隱患，有效的提升業務和系統穩定性。,通過“混沌工程平臺能力”,商用平臺先進級,混沌工程相關專利,一種云原生混沌工程實驗的爆炸半徑控制系統及方法申請號：CN202111228466.3,一種兼容云原生和傳統環境的可擴展的混沌工程實驗架構 申請號：CN202111002602.7,一種云原生混沌工程實驗的靶場環境構建方法,使用FM

34、EA評估混沌工程測試,通過中國軟件測評中心信息系統安全測評,混沌工程建設方法,30+實踐場景,500+專家經驗庫,300+故障注入手段,1套 體系化建設方法,核心訴求,輸出,交付模式,人員角色,安全生產文化建設戰略、制度,實施路徑（流程、工具、規范）ROI創新,實踐模式與流程規范穩定性指標體系實施收益評估模型,混沌工程實施工程師,混沌工程教練（SRE專家）,解決系統穩定性的實際問題快速上手，不增加太多學習成本,混沌工程普及與實施必要性行業內實踐與趨勢體系化建設實施路徑,體系化落地,混沌工程布道師,規?；涞?常態化落地,基礎平臺故障庫場景庫,混沌場景設計實驗與優化建議共研&定制化,咨詢,輕咨詢

35、,產品,服務,混沌工程體系化建設,混沌工程體實踐方法,混沌工程平臺,混沌工程實施服務,1套 體系化建設方法,三、未來展望,混沌工程作為提升數字韌性的一種創新模式，學術和產業各界在理論研究和工程實踐方面積極探索，期待混沌工程的應用為企業數字韌性管理貢獻一份中國智慧和力量。,混沌工程助力構建企業數字韌性體系,同創永益是面向未來的數字韌性服務提供商，專注于提供業務連續性、災難恢復、IT應急、容量管理和混沌工程相關產品、解決方案及服務的國家級高新技術企業，致力于幫助客戶建設好數字化系統的全領域韌性體系。,同創永益伴隨中國企業數字韌性領域成長,賽道龍頭企業，行業積累深厚且客戶基礎扎實國家級高新技術企業、

36、國家級專精特新“小巨人”企業獨一無二的中國人民銀行及直屬單位示范效應（人行清算中心、征信中心、黃金交易所、銀聯數據）五大行中，第一家由國內第三方公司承建的災備管控平臺（建行總行）在國內最大的城商行落地第一個混沌工程商業環境案例 技術壁壘深厚，業務能力扎實，國產化尖兵信創工委會災備管理領域唯一會員單位華為災備管理領域全球唯一戰略合作伙伴證券基金行業信息技術應用創新聯盟成員單位混沌工程平臺獲得可信云能力評估最高級 行業標準制定者，權威合作伙伴認可國家信息技術服務標準工作組、金融信創生態實驗室、軟件融合應用與測試驗證工業和信息化部重點實驗室、混沌工程實驗室、雙態IT聯盟成員單位參與編寫中國計算機用戶協會金融機構業務連續性管理能力模型與評估，ITSS數據中心業務連續性等級評價準則，工信部混沌工程平臺能力要求等十余項標準的編寫工作,以全面的數字韌性管理應對烏卡時代的來臨,通過構建全面的數字韌性管理體系，優雅應對烏卡時代,感謝您的觀看！,