运维理论知识及工具

DevOps事件管理工具

DevOps (Development和Operations的组合词)是一种重视“软件开发人员(Dev)”和“IT运维人员(Ops)”之间沟通合作的文化,运动或惯例。透过自动化“软件交付”和“架构变更”的流程,来使得构建,测试,发布软件能够更加地快捷,频繁和可靠。


运维理论知识及工具_第1张图片

JIRA

        JIRA概念-问题

            JIRA跟踪问题,可以修复,功能要求,或者其他任何任务。你想要的曲目。

            每一个问题都有很多的重要信息,包括;

                  *问题类型

                  *概要

                  *问题的描述

                  *问题所属的项目

                  *这个问题关联的项目中的组件

                  *这个问题影响的一个项目中的版本

                  *项目中问题的解决版本

                  *故障或需求的系统环境说明

                  *需要解决的优先级

                  *负责这个任务的开发人员

                  *报告人–发起问题的提交人

                  *问题当前的状态

                  *所有域的变动历史

                  *被用户添加的所有评注

                  *如果问题被解决了–查看问题的解决方案

        JIRA工具介绍

                  JIRA是部门管理工作,跟踪bug的主要工具;

                  每个工作项(新功能,需求,bug)都需要落实到JIRA来跟踪和同步状态;

                  每周监督工作项得到跟进的机制JIRA不更新猪头奖预警

                  每个人管理个人工作的平台部门项目信息平台

        如何创建Task/New Feature

                1.  点击Create展现Create Issue表单

                2.  Create Issue

                                    项目*                                             #部门/项目选项

                             问题类型*                                             #任务/各种报障,需求/Mysql众多操作/反馈等

                                    概要*

                                    模块*                                               #CDN/SSL证书申请/test/各项公有云/IDC/其他

                                 优先级*                                               #紧急/严重/重要/次要/微小

                                 经办人*                                               #自动/分配给某人

                                     抄送*                                               #建立搜索框,快速查询公司所有人信息

                                 到期日*

                                     描述*                                                #可视化模式/文本模式

                                     附件*

                                     标签*                                                #Accpet/用户反馈/ET/Ignore/国际版/论坛等

                              Epic Link*                                                #选择与此问题关联的Epic

        管理个人工作项的API

                                       API:

        如何处理JIRA状态

                        建立JIRA的人:

                                                Open:在创建后JIRA就默认为Open状态。

                        处理JIRA的人:

                                                1. Reassign:确认JIRA指向是否正确,若不正确,将JIRA指给正确的人

                                                2. Resolved:处理完成后修改JIRA状态为“Resolved”

                        验证JIRA的人:

                                                1. Closed:验证完成任务或成功修复Bug后,将JIRA状态修改为“Closed”

                                                2 .Reopen:如果发现问题并未解决,修改JIRA状态为“Reopen”


        JIRA报告信息展示页


                  x组/部门+编号

                 问题简述

                编辑                备注             分配|更多          停止进行|完成                                  |

               详情——                                                                                                                |                          人员——

               类型:  xx                                  状态:xx(查看工作流)                                         |                                           经办人:xxx

               优先级:xx                                解决结果:xx                                                       |                                           报告人:xxx

               模块:xx                                                                                                                |                                            抄送:xxx

               标签:无                                                                                                                |                                            表决:sum

         描述——                                                                                                                      |                                            管理关注列表:sum

                                     xxxxxxxxxxxxxxx                                                                             |                           日期——

                                     xxxxxxxxxxxxxxx                                                                             |                                           到期日:xx

                                    xxxxxxxxxxxxxxx                                                                              |                                           创建日期:xx

         附件——                                                                                                                      |                                           已更新:xx

                                   x

        活动日志——

                  全部|注释|工作日志|改动记录|活动日志|Secure Fields|Tansitions

                         xxxxxx

                备注

ITIL

         ITIL即IT基础架构库(information technology infrastructure library,ITIL,信息技术基础架构库)由英国政府部门CCTA(central computing and telecommunications agency)在20世纪80年代末定制,现由英国商务部OGC(office of government commerce)负责管理,主要适用于IT服务管理(ITSM)。ITIL为企业的IT服务管理实践提供了一个客观、严禁、可量化的标准和规范。

ITIL主要的六个模块:

         业务管理、服务管理、ICT基础架构管理、IT服务管理规划与实施、应用管理和安全管理。 其中服务管理是其最核心的模块,该模块包括“服务提供”和“服务支持”两个流程组。

         需要强调的一点是:ITIL不是一个正式标准,而是普遍实行的“事实”上的标准。

ITIL最新版包含的5个生命周期:

           一、战略阶段(Service Strategy)

           二、设计阶段(Service Design)

           三、转换阶段(Service Transition)

           四、运营阶段(Service Operation)

           五、改进阶段(Service Improvement)

                     根据个人理解来说,ITIL这种指导企业发展的思想,非常像周易的卦象,人生发展的六个阶段

           一、潜龙勿用初期的时候,确定目标,明其心智,正其方向—— 战略

           二、见龙在田初见优秀,应该谦虚做事,毕竟没有经验—— 设计

           三、终日乾乾勤奋努力,不断进取、修正、再进取—— 设计、转换

           四、或跃在渊有了成就了,可以掌控部分资源了,但仍要谦虚维持—— 运营

           五、飞龙在天达到了极高的成就—— 优化运营

           六、亢龙有悔放开成就的限制,超越它改变它—— 改进

                    两者的共同之处在于:ITIL或 周易卦象,他们都不能为如何实际运用提供导向,组织或者个人应根据自身,制定向适应的方案、流程。

                    两者的不同之处在于:ITIL的整体相比更加依赖于“循环”,其核心模块“服务管理”除了阶段分级,还有持续更新修改的含义,虽然周易的理论也存在“循环”之理,但由于在此时强调“人”,所以“循环”性没有“事物”强烈。


管理流程

                1. 事件管理

                2. 问题管理

                3. 配置管理

                4. 变更管理

                5. 发布管理

         事件管理的目标是:在不影响业务的情况下,尽可能快速的恢复服务,从而保证最佳的效率和服务的可持续性。事件管理流程的建立包括事件分类,确定事件的优先级和建立事件的升级机制。

         问题管理的目标是:调查基础设置和所有可用信息,包括事件数据库,来确定引起事件发生的真正潜在原因,以及提供的服务中可能存在的故障。

         配置管理的目标是:定义和控制服务于基础设置的部件,并保持准确的配置信息。

         变更管理的目标是:以受控的方式,确保所有变更得到评估、批准、实施和评审。

         发布管理的目标是;在实际运行环境的发布中,交付、分发并跟踪一个或多个变更。

未完待续!

你可能感兴趣的:(运维理论知识及工具)