- 1、本文档共66页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
打造卓越的IT生产线DevOps平台与实践
平台 · 让创新无限
工程效率平台总览
企业DevOps建设思路
DevOps平台实践
案例分享
2
建立卓越『IT生产线』
业务
研发
运维
基础设施
交付
需求(产品)
配置(变更)
支撑保障
质量
安全
问题
3
(1)DevOps平台 - 流程梳理与交付自动的迭代过程
DevOps横向集成:实现敏捷团队内不同角色的紧密协同
DevOps纵向集成:打通研发工具链,建立部署流水线,自动化完成不同环境的部署,实现应用程序的持续交付
纵向集成
横向集成
用户
故事
缺陷
测试
用例
测试
(Test)
部署
(Prod)
用户
PM
QA
Dev
Ops
部署
(Stage)
监控反馈
4
(2)自动化测试平台 - 行为驱动开发的最佳实践
过
程
优
化
度
量
分
析
自动化测试管理视图
自动化测试技术视图
性能压测实验室
测试过程规范管理
测试度量分析
测试评审
测试环境管理
测试资源管理
测试工具管理
测试报告管理
接口自动化
测试
功能自动化
测试
性能自动化
测试
安全性自动化测试
健壮性自动化测试
测试需求管理
测试用例管理
Bug管理
移动端自动化测试实验室
监督
控制
技术支撑
以BDD(行为驱动开发)方法为主导思想,提供完整测试工具集合,建立拉动式的自动化测试平台
5
(5)容器云平台 - 用基础能力屏蔽基础设施的过程
Any infrastructure
Physical
Virtual cloud
Any app
14K apps
6K projects
API
API
Engine
Hub
6
(6)微服务平台 - 分布与聚合的完整方案
体验聚合
架构分布
应用/渠道分布
服务分布
数据分布
感知分布
运维体验聚合
客户体验聚合
开发体验聚合
交付体验聚合
7
监控
数字化企业云平台
基础设施
基础服务
DevOps
Application PaaS
BPM PaaS
Integration PaaS
BigData PaaS
计算
网络
存储
容器
镜像
仓库
API网关
服务路由
服务发现
服务注册
自部署
资源适配
配额管理
环境管理
资源监控
资源编排
日志
身份认证
项目管理
软件产品管理
软件发布管理
软件环境管理
介质包仓库
部署包仓库
版本控制系统
持续集成
流程编排
通讯使能BPM
移动应用
Web应用
分布式数据处理
数据展现
数据质量
元数据
作业调度
事件总线
应用生命周期管理
React风格
Redis缓存
复杂事件处理
对象存储
服务总线
消息中心
社交BPM
流程梳理
移动BPM
业务活动监控
服务容器
服务配置
Web容器
负载
数据应用
质量基线反馈
统一监控中心
知识库
关系数据库
服务性能监控
独立进程应用
文件
元数据
业务
中台
业务
后台
租户管理
客户管理
多维组织模型
客户行为信息
业务控制数据
业务集成框架
身份认证
设备数据
8
工程效率平台总览
企业DevOps建设思路
DevOps平台实践
案例分享
9
理清 『微服务』『容器』『DevOps 』 的关系
微服务
容器技术
“散”“裸”
“工程化”“可用”
DevOps
10
误区1: 一味的强调敏捷,往往忽略了企业级交付
设计
开发
测试
计划
分析
发布
启动
Sprint1
Sprint2
…...
敏捷版本火车
项目群
产品管理
11
误区2:做DevOps,是不是就是工具链的集成?
12
那DevOps需求是什么?
数据打通,基于度量引领优化
新特性是否知道运行在哪些机器上?
功能是否知道有多少人花了多少代码完成的?
设计的架构和实际部署的架构是有有偏离?
代码库与介质库、组件与介质库的元信息关联?
项目风险到底是什么造成的?管理能否前移?
13
面向版本火车的DevOps建设
策划
研发
运营
退出
产品
项目
定义
设计
构建
测试
部署
执行
立项
完工
敏捷
持续集成
持续部署
持续交付
DevOps,面向项目群(版本火车)
1
*
处理
产生事件
总结
14
核心建设思路1
DevOps平台更重要的是提供最佳实践
15
示例: 版本号的管理与关联
产品版本:1.0
版本别名:shark
代码版本(POM)
snapshot 1.0.0-snapshot
release 1.0.0
修订号:一般引入第3位,如1.0.1,代表第一次修订
构建号:一般引入第4位
有体现在jar包名称上
有体现在manifest文件中
发布版本
往往与修订版本一致
也有独立声明的
假设再引入了微服务?
API版本
…...
16
示例: 版本号维度的发布展现
2、产品修订版本
3、产品发布版本
4、内部组件版本
1、产品规划版本
1.0
17
文档评论(0)