跟着营业愈来愈依靠于使用来发生的月入,所以十分有需要让使用的宕机和毛病工夫降至最低。IDC 和 AppDynamics 研讨标明,在24小时服务情况里,根底架构的毛病本钱是每小时$100,000美元。固然从现实的角度来看,完整的防止使用毛病是不成能的,可是用来估计和修复毛病的工夫依然是一个可以进步的要素。
虽然如斯,在这个类似的陈述外面,35%的营业估量 IT 毛病破费了12个小时修复,17%的受访者说修复一些关键使用顺序毛病可以破费好几地利间。
当使用失败时,月入丧失敏捷增加,明显,改动这一状况就意味着要为大量营业上的计划做出改良。但是,分歧规范的硬件和架构经常处置着营业,不只要找出还要修复问题,这是激发问题的首要缘由。
在外部,企业组织的开发和运营团队之间都有明白的界限,两个部门在任务关系上还需求做出很多。当使用呈现问题,义务最后被划归到运营部门,他们常运用大量的监测和管理Tools,探究详细的和竖井式(siloed)架构组件,诸如CPU,内存和收集,而在这之前经常发明开发团队也需求被包管。
开发团队经常运用他们本人的诊断Tools,这招致了数占有多个起源,多种起源的信息与终极多泉源的结论相干。后果就是发明招致问题的基本缘由的工夫变得更长,对客户在贸易上的丧失另有本身的月入上都不幸地形成了影响。另外,开发团队经常任务在分歧的形式及分歧的地址,在开发团队能证实应战时才干遴选准确的人。
可是,这不是一条殊途同归。在DevOps文明的支撑下,它的目的是让一个在开发团队和运营团队之间构成协作关系,并曾经在IT部门显示出灵敏性的改良,异样这也能进步使用修复的速度。
采取DevOps, 使用功能的义务是由两个部门分管的,这就意味着开发团队从Start就更介入此中。不是容易地开发代码,然后把代码给运维团队来安排上线,全部进程会被更对等地分管,确保两个团队对使用的功能都可见的。
例如经过施行使用功能监控(APM),并让一切的关连人了解,IT部门可以更快地处理问题。别的,经过运用记载代码变卦的源码把持系统,答应两个团队的成员了解单方的任务方法和代码变卦的缘由。
DevOps的方法同时也让在生产情况的bug更轻易更快地被发明和修复。在传统的形式下,开发情况同生产情况隔离,由于情况的差别,当新的特新和bug修复宣布到现实天下的时分,它们有时不克不及准确的任务。
后果一旦代码上线,这会增加了出毛病的可能性,并会增加毛病的均匀处理工夫(MTTR)。情况的差别同时也意味着在代码安排到生产情况之前,运维团队常常需求修正设置装备摆设,这又增加了代码的安排工夫。后果开发和生产情况的数据纷歧致延缓了代码安排和变卦的进程,这不成防止地增加了营业本钱。
但是,经过采取作为 DevOps 一部分的主动化,很多如许的问题就能够防止了。经过主动化代码测试和情况的供给,可以大大地延长花在这两个Task上的工夫,而且确保两个情况是基于类似的设置装备摆设。
这意味着开发职员可以开发更短的代码并以更快地速度安排到开发情况,这极大地下降了安排新特征、变卦和 bug 修复的工夫。实践上,IDC 和 AppDynamics 陈述显示营业估计 DevOps 将会进步15-20%的交付才能,这标明了这类形式可以带来的速度的改良。
但是,当 DevOps 放慢新的使用和特征的交付速度,优化了员工的生产率和进步客户称心度,很主要的一点是在变卦放慢的同时,没有形成使用的宕机工夫增加。
例如 Gartner 猜测2015年80%的服务中断将是由人和流程惹起的, 此中超越50%将会由变卦设置装备摆设和宣布整合惹起的。
经过让运维和开发团队了解全部的使用的性命周期,营业可使用 APM 作为一种反应和前馈相干的信息到软件开发周期(SDLC)。 这有助于确保新的宣布和变卦不会在运转或生产情况形成营业影响。
为了让 DevOps 起用处,CIO 们将需求克制很多的文明应战,包含在营业的任务方法,和在雇用适宜IT技术职员以支撑 DevOps 的采取。
例如,组织如今需求了解或者有才能承当庞杂的根底架构主动化Task的开发职员,和具有所需软件根本的编程技艺的运维职员。
就像之前说的,坚持使用的颠簸运转和作为后果可以完成的本钱缩减的需要性意味着这些变更是为了知足客户需乞降发生收益所必需的。
John Rakowski 是 AppDynamics 处理计划的讲师。
在从 ITProPortal.com 的答应证之下宣布,网社区有限公司出书。保存一切权益。
2KB项目(www.2kb.com,源码交易平台),提供担保交易、源码交易、虚拟商品、在家创业、在线创业、任务交易、网站设计、软件设计、网络兼职、站长交易、域名交易、链接买卖、网站交易、广告买卖、站长培训、建站美工等服务