从零开始的Devops-整体设计

资源准备

这部分可能是前置,所有系统用统一认证登陆,用域名访问,负载均衡,从外网到内网登陆。

工具:用统一身份认证,域名访问,负载均衡,外网登陆

资源管理

堡垒机,跳板机

工具:ansible, jumpserver,rancher, habor ,nexus, git

需求初评

相关人员决定要不要做和可行性和重要时间节点。产品产出需求文档。需求文档需要归档

产出:

需求文档

工具:

支持共享编辑的 文档管理:confluence或mediawiki

需求管理:jira,禅道

素材管理:git,webdav

需求详细评审

开发人员和相关人员排期。设计需要先于客户端开发完成,后端完成接口开发后客户端开始开发,或者后端给出接口文档后客户端服务端同时开发。

产出

可以多次修改后定稿

需求文档 (修改后的需求文档)

排期文档(UI,前端,后端等交付时间,前端后端依赖以及联调时间)

填写项目日历

估时和设计后形成项目日历周知。

产出

共享日历

UI设计

设计需要根据产品需求提供设计图

产出

UI设计图和标注,统一放在一个ftp或svn进行存档

UI设计图关联相关需求进行管理

测试用例设计与评审

需求确定后,测试人员编写测试用例,测试开发产品评审测试用例。

产出

测试用例,编写xind,excel或者填写到相关需求管理系统

工具:

接口自动化:postman,yapi

开发相关需求

开发,联调,及早报露相关风险。暴露需求变更。

产出

逐步产生可交付的产品

开发文档

接口文档

部署文档

工具:

接口自动化:postman,yapi,jmeter,newman

内网软件源:nexus

内部docker源:harbo

外网软件源:随便看心情

IDE:看端

自测

尽量消灭阻塞测试的bug, 跑通流程。

产出

测试用例的勾选

提测

代码合入打包,打包产生介质,邮件周知。

注意代码合入相关规范。

可以多次提测

产出

可交付的产品介质

提测邮件

通知相关人员

介质进行统一存档

工具:

jenkins及jenkins插件

测试

测试阶段分为测试,bugfix,集成,回归,在研发日历标明各个时间点。以打包为提测标志,出包后提bug到bugzilla,改完bug后重新打包tag号加一。开发人员修复bug,测试进行回归。

集成阶段禁止合入新需求。

集成阶段发生重大风险关闭相关功能或者revert代码。产品走查。

产出

测试日报

测试周报

bug列表

产品走查确认邮件

工具

bugzilla

发布

进行配置检查,测试进行最后回归,产品最后走查。

产出

测试确认邮件

产品确认邮件

交付的产品

产品配置文档,本地配置,远程配置

开发文档

工具:

ftp或git或什么东西统一归档

产品运营与运维

收集反馈

收集用户反馈,根据用户反馈进行需求改进

收集用户产品数据

收集产品数据,日活月活

收集质量相关数据

崩溃率,崩溃数,系统可用性等数据

产出

用户反馈文档

线上用户数据总结文档

线上质量文档

相关总结与复盘文档

架构图

整体架构

打通认证与权限

整体流程

运维运营监控

猜你喜欢

转载自www.cnblogs.com/franzlistan/p/12228489.html