

首页  思维导图  详情



凤凰项目之CMSP-DevOps设计方案

2021-08-09 10:54:51   0  举报





AI智能生成

devops design

devops

agile

模版推荐

作者其他创作

大纲/内容

自动化

流水线

代码托管/devcloud

分支管理

个人，当前版本，集成，master

版本管理

master,release,bugfix......

代码检查/code review

版本库/artifactory

maven-lib

加速

jar, docker images

开发环境发布/ansible

分环境

centos kylin euler

发布分支

小组开发分支

步骤编排

部署

infra

k8s，harbor.....

middle

ES，Mysql......

application

cloudeasy-*

config

configserver

data

sql?ES?

自动化测试

接口测试

BDD测试？

全量测试？

xiaoqiang：自动化测试已经存在，未集成

QA环境发布/ansible

分支

当前版本分支

步骤编排

部署

infra

k8s，harbor.....

middle

ES，Mysql......

application

cloudeasy-*

config

configserver

data

sql?ES?

自动化测试

接口测试

BDD测试？

全量测试？

发布环境发布/ansible

分支

集成分支

步骤编排

镜像tag

基于QA的镜像

部署

infra

k8s，harbor.....

middle

ES，Mysql......

application

cloudeasy-*

config

configserver

data

sql?ES?

自动化测试

全量测试

手工测试

打包/ansible

分支

master?release?

生产环境/ansible

环境

客户？任意

分支

master

部署

ansible命令行

解决方案（两周一个里程碑）

一切即代码

建立统一的运维代码仓库

1.xiaoqiang: 版本控制管理，规范化，命名

运维仓库结构设计

运维代码化文化的全局统一

收集所有散落在民间的脚本及操作文档，统一归档至代码库

自动化一切标准的建立：从基础环境的准备，到基础组件的部署，中间件的部署及配置，应用的部署及配置，数据的导入和初始化等

panglin，xaioqiang建议规则及标准

六大模块

1.基础设施准备

2.基础组件部署

3.中间件部署，多个迭代实现

4.应用服务部署

5.配置管理

6.数据初始化及导入

持续代码化

一个流

整合现有的重复组件：jenkins，harbor，rancher，ES等

jenkins+ansible部署框架建立，兼容生产环境的一键式发布，灵活的部署模式

xiaoqiang：客户的项目场景复杂

基础组件高可用设计，具体需要拆分成多个版本进行迭代

大规模k8s高可用集群

支撑内部所有环境

xiaoqiang：方式一：运维一套大的k8s。方式二：rancher物理隔离，问题：改配置麻烦，性能拆出，其他大集群

一键部署

一个文化

运维支撑，开发部署

panglin：支持一键部署

六大模块

基础设施准备

基础组件部署

中间件部署

应用服务部署

应用服务部署参数化，少参，面向开发简洁易用：版本？分支？服务？

配置管理

数据初始化及导入

版本管理

分支管理

发布包版本管理

panglin：变更管理？？？？xiaoqiang：规范流程的过程，左移右移各部门的影响范围。影响范围的目标对象是？？

健壮基础设置

虚拟化平台可靠性增强

监控系统成熟度完善

全局日志系统完善、友好

验证及测试

api接口测试

单次部署后的基本功能验证

xiaoqiang：自动化测试覆盖，运维脱离点击测试步骤

panglin：有接口测试脚本？？？

待确认***

全量测试？UI测试？BDD？

验证的方法及规范

测试架构？？

scrum敏捷开发模式

两周一迭代

panglin：三个月一个迭代！！！！最大的痛点

明确迭代周期内的任务

需求化管理，运维需求工单化

panglin：软开云，事项，进度，前提：运维侧的工作梳理清楚

健康度看板

当前交付信息

交付体系稳定性

交付成果汇总

分支主题

备注

panglin建议：变更管理，运维不清楚变更，需要开发提供。ES索引类，运维需要清楚。

墙打不通，开发侧坚持

当前版本的初始化，大版本间的增量脚本（update）

部署后反复排查问题，依赖copy库，验证原则：基本的功能。自动化接口的脚本？

痛点之一，不要拷贝数据库

验证的scope问题：跑一个业务，测试整套系统。目前只有接口测试，业务侧有没有？运维需要知道所涉及的服务及中间件

运维需要了解详细的业务，运维左移。

xiaoqiang：验证方法：部署报告？漏一处。

客户侧交付相关的，集群的，不同场景下的交付，跟翔飞保持沟通。

xiaoqiang：sql类等脚本，转测？需要解决版本混乱的问题

版本管理+1

构建/jenkins

代码扫描

代码构建

镜像扫描

镜像构建

 Collect

Get Started

多项目单项目数据同步方案

 Collect

Get Started

研究方案设计流程

 Collect

Get Started

追踪者设计方案_6

 Collect

Get Started

追踪者设计方案_7





0 条评论

下一页