devops1.0实施架构

代码开发规范/dev guide

开发/develop

系统监控

提测不通过

nexus/scm

服务化/Continuous Integration/Continuous delivery

监控/monitor&反馈/feedback 

代码仓库/gitlab

接口自动化

项目管理/project manage

owner change

实施精要：一、前提1. 代码-服务拆分合理：不一定要求是微服务，但要求相关功能聚合到同一服务，比如用户服务（个人中心，注册，登入，搜索历史等等）2. 流程标准化和可度量工具：建立项目标准，并使用可度量的项目管理工具3. 代码开发规范：建立代码分支开发规范和编码规范4. 容器化：容器化是最大限度使用机器资源，在线下保障环境的高复用性二、实施1. 接口部分：接口管理，保证接口和代码同源，同时接口的所有服务化（mock，自动化，接口测试，性能，监控）等2. 测试服务化：通过jenkins ，把测试能力挂载到jenkins上做服务化，提供代码，接口，模块，系统等多个级别的测试覆盖3. 环境管理：具备一键构建环境能力，维护环境的docker file文件；多docker机器管理能力4. 测试框架和工具建设：在客户端和服务端两个方向，定制化测试框架，建设通用性的工具平台；加起来为测试服务化提供基础建设能力5. 流程线和ci线：在项目管理工具上，增加流程线，在代码仓库中增加 ci线，自动调度测试服务化6. 监控建设：对监控建设四级监控：业务、模块、接口、系统三、产出1. 线下测试赋能：通过多级测试，测试能力的丰富，给研发更多测试赋能2. 降低测试参与度：大部分项目，通过持续交付能力，测试覆盖深度提升，可减少测试的参与，提高项目的迭代能力3. 线上强质量保障：通过线下的强测试能力，保障了上线质量；同时对线上监控加强，可以反哺线下测试能力建设。4. 质量度量：从效率和质量两方面来度量项目和产品质量情况，通过部分数据可反哺线下测试覆盖，和线上监控的加强5. 自动化比例提升：devops整体的关键点是，降低功能测试覆盖，提供自动化比例。

容器化

mock环境

data_collect

codereview

ci

线上质量数据/collect product quality data

check build

性能测试/Performance Testing

测试平台

需求/req.

研发流程部分

app监控

基础支撑/infrastructure support

单测/unit test

基础建设/infrastructure

代码管理/code manage

QA

项目流程标准

提测/commit test env

回归/regression testing

跳过qa

UI自动化

Jenkins pipeline

测试框架

质量报告/Quality report

测试打回第X轮bug修复

业务数据监控

质量分析

冒烟测试（smoke test）

环境构建/env build

workflow proxy

powerup

sonarqube

自动化覆盖不足

代码扫描/code scan

bug管理

devops1.0实施架构

监控不足

接口管理

模块服务监控

预上线/Gray release

云管理

四级监控

小流量/part tracffic

接口流量监控

代码编码规范//coding guide

测试服务化数据/test and code quality

质量度量/quality metric

DevOps（Development和Operations的组合）是一组过程、方法与系统的统称，用于促进开发（RD）、产品运营（PM）和质量保障（QA）部门之间的沟通、协作与整合。简单来说，其核心理念是提倡开发、测试、运维人员之间的高度协同，在高频率部署的同时，保证生产环境的可靠性、稳定性和安全性。

测试数据管理

度量/metric

质量报告

测试/test

RD

流程不完善

bug和项目数据/project review

流程线

客户端测试工具

全流量/full tracffic

自测/unit test