企业DevOps平台建设与集成项目技术方案.docx

企业DevOps平台建设与集成项目技术方案.docx

  1. 1、本文档共170页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

INTRODUCTION

企业DevOps平台建设与集成项目

技术方案

目录

1项目总体概述 4

1.1项目需求概述 4

1.2项目工作内容 4

2项目解决方案 5

2.1Devops平台建设方案 5

2.1.1对Devops平台的理解 5

2.1.2平台总体设计方案 7

2.1.3平台功能设计方案 14

2.2Devops平台对接方案 23

2.2.1集成对接方式 23

2.2.2接口规范性设计 24

2.2.3接口双方责任 29

2.2.4接口扩展性设计 30

2.2.5接口安全性设计 30

2.3平台建设实施方案 33

2.3.1实施原则 33

2.3.2实施策略 35

2.3.3实施方法 35

2.3.4实施内容 42

2.4项目风险与应对措施 67

2.4.1项目主要风险 67

2.4.2应对措施 68

3项目服务方案 75

3.1服务人员配置 错误!未定义书签。

3.1.1人员配置清单 错误!未定义书签。

3.1.2常驻人员 错误!未定义书签。

3.1.3计时驻场 错误!未定义书签。

3.1.4人员能力保证 错误!未定义书签。

3.2项目服务承诺 75

3.2.1服务响应承诺 75

3.2.2服务期限承诺 75

3.3项目服务内容 75

3.3.1实施服务 75

3.3.2售后服务 78

3.4服务质量保障 81

3.4.1项目质量管理 81

3.4.2服务质量承诺及保障 85

1项目总体概述

1.1项目需求概述

本项目是要为用户提供包括需求管理、持续集成、持续测试、持续交付、运

维和优化等一体的Devops平台及服务。

同时Devops平台需要和该用户的项目管理子系统、研发管理子系统、文档

子系统等无缝对接。

1.2项目工作内容

基于上述项目需求的理解,我司认为在本次项目中将需要为用户提供Devops平台建设,Devops平台与内部IT系统的对接以及Devops运维服务过程

中应承担的工作内容。具体,在本项目中供应商应承担的工作内容包括:

◆搭建一个专业的Devops平台系统,系统需具备需求管理、持续集成、持续测试、持续交付、系统运维和优化等功能,为用户开展快捷、高效

的IT系统开发与维护提供专业、强大的工具;

◆将Devops平台与用户的项目管理子系统、研发管理子系统、文档子系统等内部IT系统进行无缝对接,将内部的IT系统全部纳入到Devops平

台的管控范围之内;

◆为用户提供Devops平台建设实施与维护服务。

2项目解决方案

2.1Devops平台建设方案

2.1.1对Devops平台的理解

对Devops概念理解

DevOps(Development和Operations的组合词)是一组过程、方法与系统的统称,用于促进开发(应用程序/软件工程)、技术运营和质量保障(QA)部门

之间的沟通、协作与整合。

它是一种重视“软件开发人员(Dev)”和“IT运维技术人员(Ops)”之

间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流

程,来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。

它的出现是由于软件行业日益清晰地认识到:为了按时交付软件产品和服务,开

发和运维工作必须紧密合作。

Devops的业务背景

很多组织将开发和系统管理划分成不同的部门。开发部门的驱动力通常是“频繁交付新特性”,而运营部门则更关注IT服务的可靠性和IT成本投入的效率。两者目标的不匹配,就在开发与运营部门之间造成了鸿沟,从而减慢了IT交

付业务价值的速度。

开发人员经常不考虑自己写的代码会对运营造成什么影响。他们在交付代码之前,并不邀请运营人员参与架构决策或代码评审。开发人员对配置或环境进行

修改之后,经常没有及时与运营人员沟通,导致新的代码不能运行。

开发人员在自己的机器上手工修改配置,而没有记录所有需要的步骤。想找

到必要的配置参数,通常需要尝试很多不同的参数;在得到一个可工作的状态后,

往往很难识别出通过哪些最小步骤就能到达该状态。

开发人员倾

文档评论(0)

chenzehao888 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档