Devops系统自动部署技术方案.pdfVIP

DevOps系统自动部署项目

技术方案

目录

1项目概述3

1.1项目背景3

1.2项目现状4

1.3项目目标6

1.3.1提高测试和部署的自动化水平6

1.3.2集中理应用部署包6

1.3.3快速分享提交物6

1.3.4代码理规范化7

1.3.5自动构建7

2方案设计原则8

3技术方案10

3.1业务架构10

3.2技术架构12

3.3数据架构14

3.4集成架构16

3.5解决方案17

3.5.1总体方案17

3.5.2配置理18

3.5.3持续集成19

3.5.4持续交付20

3.5.5控制台21

3.6部署方案22

3.7非功能性设计24

3.7.1性能24

3.7.2可靠性26

3.7.3可用性27

3.7.4可扩展性27

3.7.5可维护性28

3.7.6安全性29

1项目概述

企业级的配置理和自动部署平台，从配置理，构建理等角度对软件开发

中的各个细节进行改进和能力加强；集中有序理应用代码和版本，确保资产自主

可控，最大限度地保证资产可复用性。

运用自动化工具，从部署包、部署环境、部署流程以及部署执行四个维度，提

升应用软件系统部署的刍动化水平，降低部署过程中的出错率、返工率，进而提高

软件交付的效率和质量。

基于该平台的研究和运用，以尽可能短的周期，高效可靠地构建、测试、发布

应用软件。从而，为业务发展提供强有力的支撑，并从IT发展自身角度建立扎实

的基础。

L1项目背景

谈到企业IT,就没有办法回避两种迥然不同的企业，一种是以传统制造业或

者服务业为基础的，对生产资料进行加工的传「统企业」；另一种是以信「息互

联」为基础的，对人「与人关系、人与物关系、物与物关系」进行信息加工的互「

联网企业」。

这两类，是两类极端的企业，一类企业的日常运行，可以没有信息系统；另一

类企业，完全离不开信息系统。

一般的信息系统，对于企业的价值，主要有三类渐进过度的典型类型。

第一类，是将信息系统定位于辅「助和支撑」企业的产品制造以及企业运营部

门，因为这类企业的生产资料系、生产力、生产关，都以实体制造为主，不以信息

加工和处理作为企业产品核心。

第二类，是将信息系统作为数据加工、传输作为主体，但业务模式来自于传统

行业，信息系统主要完成已有业务规则的虚拟化，例如金融、电信行业。这类企业

的信息或者数据，主要来自于业务受理，或者说数据的生产者和使用者是企业自

身。

第三类，是将信息系统作为企业唯一生产工具，并将企业的客户个（人或企

业）所自发贡献的信息、数据，作为生产资料，形成新兴的业务模式。这里企业的

典型，就是互联网企业。

随着又一轮互「联网+」的概念席卷而来，非互联网企业所面临的更多针对用

户和客户的思考和探索，都需要有更快交付能力的信息系统进行支撑，这也是传统

企业互联网化，打开企业边界围栏需要迈出的第一步。

随着云计算、容器/Docker、微服务、敏捷等相关概念和实施的成熟发展，

DevOps已经基本成为互联网企业的标准配置，在DevOps的概念被炒热之前，众

多互联网公司其实已经实践了DevOpso其中的原因也正是因为信息系统，是这

些公司的生产工具，没有人比互联网公司的人更明白提高自身的办公效率，提高团

队、企业的生产力，就是为提高企业产品的生产力进行有效的保障。

DevOps的核心价值，是能够帮助企业快速交付变更，以便于快速响应企业对

于市场的变化、用户的需求。包括7个主要过程：代码、构建、测试、打包、发

布、配置、监控。

相比传统企业尤其是制造业的产品制造工艺和制造流程，软件产