原创文档范文 → 计算机专业原创文档范文 软件技术专业原创文档范文 现成文档范文 → 计算机文档范文

自动化运维系统建设_开题报告

Ktbg4559 自动化运维系统建设_开题报告查找^范文相关文献，介绍本论题目前研究现状、研究成果等内容。国内研究现状现状一 IT运维人员成本偏高据专业调查，大多数CIO表示最关心的是IT运维成本过高。原因是在过去的5年中,很多企业都实施了很多IT系统,使得IT运行越来越复杂,也越来越难管理。同时，其中有50%的受访CIO认为IT..

自动化运维系统建设_开题报告 Ktbg4559 自动化运维系统建设_开题报告

查找^范文相关文献，介绍本论题目前研究现状、研究成果等内容。

国内研究现状

现状一 IT运维人员成本偏高

据专业调查，大多数CIO表示最关心的是IT运维成本过高。原因是在过去的5年中,很多企业都实施了很多IT系统,使得IT运行越来越复杂,也越来越难管理。同时，其中有50%的受访CIO认为IT运维成本过高的一个原因是IT运维的自动化做得还不够好,依靠手工流程来管理,不但使到运维效率不高,而且人力成本更是花费惊人。同时，另一家国际知名调查机构Gartner调查发现,在IT运维成本中,源自技术或产品(包括硬件、软件、网络等)成本其实只占20%,而流程维护成本占40%,运维人员成本占40%。流程维护成本包括日常维护、变更管理、测试成本等;人员成本包括训练、教育、人员流失、招聘成本等。

现状二处在“救火式”的IT运维控制

国内在IT运维过程中,IT员工大多数只是处在被动低效率手工救火的状态,只有当事件已经发生并已造成业务影响时才能发现和着手处理。这种被动“救火”会导致：①.IT运维人员终日忙碌，IT运维人员日常大部分时间和精力是处理一些简单重复的问题;②IT运维本身质量很难提高;③再加上故障预警机制的不完善,往往是故障发生后或报警后才会进行处理,不但事倍功半而且故障还常常会出现恶性连锁反应;④IT部门和业务部门对IT运维的服务满意度都不高。

现状三本是同家兄弟，缺不经常来往

这个问题主要是发生在拥有许多子公司的企业，每个子公司的系统都是独立的，各个公司都会配备相应的人员，存在重复的编制。同时在运行维护方面，对故障的解决，完全依靠运行维护部门的工程师的上门服务。不管问题大小，工程师都要来回去现场解决。遇到一些技术难度大的问题，如果工程师的水平高，处理起来就快;如果水平低，甚至花上几个小时，可能也解决不了。

（二）国外研究现状

现状一人员精简

在国际发达国家，自动化程度较高，人员已经相对精简，可以用最少的人员完成生产所需，极大的降低了人员成本。

现状二从“救火式”到预防式转变

已经慢慢从被动式的处理转变成主动发现问题、分析问题、解决问题，并在这个循环中更新完善现有的问题处理机制库，慢慢把‘人’从故障修复链中解脱出来

现状三共享同一套系统

通过各个部门共享同一套系统、同一套资源，把底层硬件资源及上层软件资源信息进行统一管理，充分实现了信息资源的共享，很好的避免了相同资源可能存在多份不同数据的尴尬境地。

本^范文研究成果

以监控作为自动化运维的核心概念，传统运维工作效率往往不高，主要原因是响应速度，由于大量的人员长期盯着报警页面，等待故障，然后通知相应人员。所以在生产系统中，需将服务器的状态监控作为自动化运维的核心问题，由监控来驱动运维事件的发起、处理和结束，由ElkStack 、Zabbix 和 Zabbix-Agent来获取到服务器的日常工作状态和服务信息，并生成时序统计图等用于成果分析。

以模板化部署为自动化运维的必备利器，对于运维工程师来说，真正意义上维护服务器的工作并不算繁重，真正繁重的应该是环境的部署，有的时候环境实施部署会占据到运维工作百分之八十以上的时间。由于操作系统版本的不统一，手动且随意的初始化系统环境，不同软件包的版本更新等一系列的问题，会导致工程师部署运维工具或公司产品时，总会出现各种各样非常奇妙的囧境。所以，我将模板化部署作为自动化运维的第二块内容，通过cobber等工具可以模板化操作系统，系统初始化配置，软件包版本控制，从而做到整个计算机集群基础环境完全一模一样，减少了因为基础环境不同而导致部署错误。

我认为一个真正的自动化运维平台并不只是通过人或者通过技术去减少人工的参与成本，而是需要和运维产品相结合，最终做到智能运维。这样的话产品本身就可以做到自维护，从而形成一个完整的个体。

^范文提纲

引言

1.1.选题背景

技术理论及环境

2.1 所选技术

2.1.1 python django框架

2.1.2 celery技术

2.1.3 bootstrap技术

2.1.4 HTML技术

2.1.5 Jquery技术

2.1.6 Rabbitmq技术