DevOps赋能金融科技及企业数字化转型

相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

DevOps 标准
CMMI / 敏捷
ITIL / ISO 20000
开发 测试 运维
管理 + 技术 标准化 + 工具赋能
管理 标准化 + 流程赋能
·
DevOps 标准:研发运营一体化(DevOps)能力成熟度模型
牵头单位:工信部 中国信息通信研究院(国家智库,可信云等出品单位) 联合发起:云计算开源产业联盟 、北京华佑科技(DevOps时代社区、高效运维社区)
企业的 IT 枢纽(管理2人万效条) !?
DevOps 流水线平台,企业 IT 中枢
·
DevOps:面向目标,更安全、更快速的交付有用的价值
系统稳定性提高至少 30% 需求上线速度提高500%(从12周缩短到2周)
2017 DevOps State Report
·
需求状态自动更新 自动化构建 / 边开发边验证 单一制品、应用和配置相分离 自动化单元测试、质量红线 自动化非功能性测试、自动化安全扫描 自动部署、部署红线、灰度发布
标准化 + 工具赋能 规范内部研发和运维
规范厂商和公司
起草单位:BATJ、京东、中国银行、招商银行、平安科技、中国移动、中国电信、中国联通和华为等
目前进展:工信部和联合国 ITU-T 正式立项,2018年6月29日发布全量征求意见稿
CI / CD
CO
19Q3 全国首批试评估
·
南京大学&DevOps时代社区:经全国调查,国内 DevOps 持续交付能力, 整体为1.5级(去除BAT、招行、平安等名企)
· 流量切换。 · 基础的健壮性,硬件故障 能及时恢复。 · 数据库备份可靠。
· 基础的业务影响分析 · 具有快速处理用户体验的 能力和业务风险分析 投诉问题,具备丰富的业 能力,基本应急演练。 务端的数据收集能力。
二级
先进级: 自动化 /脚本化
· 覆盖更多监控对象。
· 完善的事件及变更
·告警收敛,监控数据 关联分析。
·
来源:Gartner 2019年首席信息官工作议程,为数字
化业务夯实基础 -数字化转型成功的六个关键
DevOps 流水线平台 降低了对人的要求
业务 研发
架构 能力
工程 能力
95% 低要求 5% 全栈
干掉小煤矿
从艺术品(贵族式) 到工业品(平民化)
(协同微服务)
DevOps 流水线
MVP,最小可行产品,快速试错
周期的容量和成本 监控报警。
· 至少半年进行一次灾
· 全链路的体验告警,用户 体验优化效果可衡量、可
管理能力,覆盖全
生命周期的管理。 · 对常见的场景可以 · 流程与场景部分的
实现告警度量、管控 和可视化的能力。
自动化和可视化。
· 应用服务间调用关系治理 · 整体 RTO 达到
· 统一的配置管理
· 端到端全链路事件埋点;
· 技术运营全生命 平台,支持应用服务级别的 99.90%。
系统,全生命周 期的管理技术运
·
技术运营
·
2级 为国内先进水平
级别 说明
监控管理
事件与 变更管理
配置管理
容量与 成本管理
高可用管理
业务连续性
用户体验管理
平均级: 一级 部分
自动化
· 基本的事件规范和
Βιβλιοθήκη Baidu
· 基础的监控管理, 能满足企业对 IaaS 监 控的基本需求。
变更操作要求,及 时处理事件和管控
部分变更风险。
· 靠人工保障配置 · 基础的硬件与业 记录的管理。 务的指标汇聚
DevOps 赋能金融科技 及企业数字化转型
·
北京站
更快上线
更好管理 人效
降低人员流失 带来的伤害
更好管理 外包
·
加人能解决问题么
布鲁克斯法则: 向滞后的软件项目追加 人手会使得进度更迟缓。
软件开发项目常以人月来衡量工作量, 这种度量暗示着人手和时间是可以互换的。 但是,这种“人多力量大”的想法更多是一厢情愿。
GNSEC 高峰论坛 · 2019 北京站
敏捷宣言
个体和互动 工作的软件 客户合作 响应变化
高于 高于 高于 高于
流程和工具 详尽的文档 合同谈判 遵循计划
最后一公里
DevOps 10s
CALMS: 文化、自动化、精益、 度量、共享
部分源自乔梁《持续交付2.0》
Gartner:DevOps 是数字化转型成功的六个关键之一
·
软件工程的三次变革(激荡50年:1968~)
如果使用瀑布式软件开发模式管理软件项目, 对同一个软件,最好能够迭代两次: · 第一次使用它做出一个软件原型, · 第二次再用它开发出软件最终正式版本。
By Royce
敏捷开发 00s
瀑布式开发 70s
· 正在着手解决的业务问题已知且确定不变; · 业务问题的软件解决方案可预知且确定不变; · 构建软件的技术方案明确且无未知项。
越是领先企业 越是重视 DevOps
来源:Gartner(2018年10月) 问:贵公司为推动采用以产品为中心的交付方 式采用了哪些方法? n = 154(领先企业),1,055(普通企业),71(落 后企业)。 基数:采用以产品为中心的交付方式 的企业 IT 部门,不包含“不确定”者。
所属报告: Gartner 2019年首席信息官工作议程:为数字 化业务夯实基础 -数字化转型成功的六个关键
百度工程效率实践
如何快速拥有
国内领先的
应用于具体业务的 组织级的
DevOps 流水线平台
更快上线
更好管理 人效
·
减少人员流失带 来的伤害
更好管理 外包
DevOps 标准,凝聚顶级名企最佳实践及共识
• 虽然,DevOps 像水,水无常态 • 但是,喝水需要容器,这就是标准
(无规矩不成方圆)
• 凝聚 BATJ 等名企相关共识,造福社会
(对齐能力、避免重复踩坑、闭门造车)
• 标准并非“限定” // ITIL V4 已经发布
DevOps 标准:分 5级,并非 0 或者 1 或称研发运营一体化能力成熟度模型
• 麦肯锡的一项研究结果表明,科技公司的成 功,关键所在无外乎两点: 标准化 和 工具赋能 。
• 这和 DevOps 标准及其重点考核的 DevOps 流水线 工具平台、自动化运维及智能运维平台等不谋而合。
持续交付
持续交付是一种能力,以一种可持续的方式,安全快速的把你的变更(特性、配置、缺陷、 试验),交付到生产环境上让用户使用。持续交付是一种软件团队端到端的交付能力
哋▉◷ ▀叞䀬庶
㗢凎榧㓱
㡑㙏亂䛧 ⚲ヤ亂䛧
哋▉◷㩥㇛ ≾怷亂䛧 哋▉◷揉剓
搮剏亂䛧
⫛䬡废㢞
揉剓䀢㼕冠
哋▉◷ 樿▀叞䀬庶
·
持续交付服务链解决的问题
相关文档
最新文档