http://nxtelecom.com.cn/

高德注册平台3种方法把你的DevOps云插入你的ITS


 
高德注册平台3种方法把你的DevOps云插入你的ITSM CAB



高德平台(www.nxtelecom.com.cn)主管Q554258报导。DevOps和IT服务管理(ITSM)不能混为一谈,对吗?错了!DevOps和ITSM实践是同一业务和技术活动的一部分,它们通过一个连续的交付管道连接起来。而且,集成DevOps管道和ITSM变更顾问委员会(CAB)是可能的,它们之间不会相互妨碍。
 
通过遵循这篇博客的建议,DevOps和CAB可以扩大彼此的独特方法,以帮助创建一个高性能的IT组织。
 
DevOps和ITSM
 
DevOps是一种文化和运动——更少地关注IT,高德注册平台更多地关注应用程序和业务——专注于速度、敏捷性、正常运行时间和弹性。它会问:“为什么你不能走得更快,做更多的改变,并有更好的运行时间?”对于DevOps实践者来说,更多的改变仅仅意味着更好的服务,而不是更多的中断。
 
ITSM从20世纪80年代就已经存在了,就像DevOps一样,它不是关于it的——它是关于服务和业务的。DevOps和ITSM之间的对比很明显,对比体现在DevOps和ITSM的业务运作方式上。但是他们都想创建高效的IT组织。
 
如果你看一些好的行业报告,比如《DevOps的傀儡国家2016》,你可以找到可靠的商业理由,比如DevOps将如何将你的IT团队转变成一个高效的组织:
 
“高绩效组织的表现明显优于低绩效组织。他们的部署频率提高了200倍,交付时间缩短了2555倍,恢复速度提高了24倍,更改故障率降低了3倍。”
 
DevOps和ITSM
 
DevOps和ITSM实践者之间并没有相互冲突,高德平台公司而是有一些共同之处——为客户提供更好的服务和结果。但是,也许他们从不同的角度来看待这个问题,而这种困惑正是DevOps和ITSM争论的源头。
 
所以这个博客用CAB作为焦点,把这两者结合起来。
 
理解DevOps管道如何连接到ITSM变更管理
 
让DevOps对cab更加友好
 
使CAB更易于开发
 
1. 理解DevOps管道如何连接到ITSM变更管理
 
如果您将DevOps输入到ITSM变更管理中,那么将它们连接起来的基于产品的管道就是一系列活动——一个按顺时针方向运行的价值链。
 
这个工作的关键是防止CAB成为一个减速带在活动的方式。相反,让CAB对DevOps管道进行非侵入性访问,同时让DevOps访问CAB视角下的更广泛的组织。
 
这是DevOps可以与ITSM很好地合作的关键。CAB意识到组织范围内的变化,并了解这个单一产品管道之外的其他活动。如果您需要了解该产品可能影响的其他IT服务,那么CAB就是粘合剂。
 
2. 让DevOps更适合cab
 
“改变就像汽车上的刹车,它让你走得更快”这句话是可视操作手册的作者们创造的。而CAB可能是刹车最明显的例子!DevOps中没有CAB,为什么要引入呢?它应该放在哪里?
 
DevOps管道关注的是一件事:部署应用程序,同时从应用程序交付过程中消除风险。这也是CAB想要的——快速交付和低风险。区别在于CAB知道DevOps管道之外的业务上下文。
 
DevOps和CAB的结合具有实际的商业利益,只要其中一个不会对另一个产生负面影响——比如CAB会阻塞每一个DevOps管道的运行。
 
连接DevOps和CAB的一种方法是将DevOps自动化工具与ITSM票务和变更管理系统连接起来。DevOps管道是灵活的、可编程的、自动化的和高度集成的;从DevOps管道到CAB工具的典型集成包括:
 
通知CAB有关管道的具体步骤。这可以可视化地显示工作在系统中进行,帮助CAB“看到”即将发生的事情并提前计划。
 
在“部署到生产”等重要步骤之间插入决策门,以便在适当时等待CAB授权。
 
对管道质量进行报告,增加CAB对管道的信心,降低风险,提高质量。

3.使CAB更加开发友好
 
没有什么比使用一个“不理解”的ITSM流程更让DevOps从业者恼火的了,它影响了他们的敏捷性和生产力。
 
在DevOps管道和产品之间放置一个巨大的、笨拙的CAB(感知或现实)肯定会引起DevOps人群的反感。同样地,ITSM团队对DevOps的批评(“这是一种时尚”,“他们不懂”,或者“对于网站来说还行,但对于真正的计算来说就不行”)表明了一个腐蚀性和有毒的环境,在那里冲突将比生产版本更频繁。
 
CAB可以通过改变他们的立场、接受DevOps方法并认识到它作为ITSM的补充方法的适用性(它可能不适用于所有系统)来改变结果。有三种方法可以做到这一点:
 
将DevOps工具链和管道与ITSM工具集成。集成通知,添加需要接受电子邮件的决策点,并一起工作。
 
认识到通过DevOps管道来的变更本身风险更小,而且具有高质量。
 
聚焦CAB的努力——理解DevOps管道(部署到生产)的变化如何影响更广泛的业务,从“停止”的标志转变为“让路”的标志。
 
最终,DevOps和ITSM有一个共同的目标:通过更快地将更好的产品送到客户手中来改善业务。他们可以通过调整他们的行为来更好地一起工作,然后通过整合他们的工具和以尊重的方式协作来实现这一点——有效地证明了整体可以比两部分的总和多得多。
 

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。