如何使 DevOps 摆脱闭门造车的窘境?

简介:

在企业的IT部门与独立的业务经营部门之间,往往存在着各式各样的互不理解的问题。IT部门往往就像一个虚拟的神职人员一样,只按照自己部门的既定计划和规则进行相应的IT操作和运维。在这种运行模式下,IT部门和业务经营部门之间所存在的问题往往会导致IT产品往往与业务部门的实际需求无关,因为IT的DevOps(开发运维)完全是在脱离了业务部门的需求情况下,闭门造车弄出来的。而灵活敏捷的IT开发运维的方法往往需要通过鼓励部门间更多的合作,通过长时期的沟通磨合,进而实现企业内部运维的集成化和自动化,才能弥合这其中的差距。当然,这显然是说起来容易,做起来难。

如何使IT部门的DevOps 摆脱闭门造车窘境?

灵活敏捷的开发运维仅仅只是移除IT和业务之间、以及同一企业内部的各个不同业务部门之间所存在障碍的有效策略的一个组成部分。当通过采用改善的自动化功能、以及将应用程序和工作负载迁移到公共云作为一种战略对其进行支持时,企业就可以开始有了一套比较完整的混合方法,使得IT部门的工作不再仅仅局限于无休止的故障排除和保持设备正常运转,而是能够为业务部门带来实际意义的增值效益。

最近,一项名为“IT的未来在哪里?”针对IT专业人士的调研,调查了他们当前及未来所面临的各种挑战,而调研受访者都反映了共同的事实,即:他们所在企业都正在积极的迁移到云中,这并不奇怪!采用基于云的服务已然成为了一大现实趋势,占到了受访者的97%,而受访者涵盖了广泛的各行各业的企业。但可能会让人感到惊讶的是,许多企业对于从战略层面获得基于云计算的优势,以及他们需要实施怎样的云管理解决方案毫无准备。

IT部门及其分别所属的大多数企业均知道:转型为混合云模式是其解决企业开发运维灵活敏捷性的答案,但这并不总是现实的日常运维。正如同我们的受访者们所感叹的那样:他们当前的日常工作往往是将大部分时间都花在了保持设备运转,参加设备日常维护和处理相关的任务方面。即他们大量的工作时间被用在了设备故障排除,关键设备修复,根本原因分析和解剖方面。即使偶尔碰到某个特定的重点项目,也往往不是DevOps,也不是为了解决IT的灵活敏捷性和创新。

在参加受访者中,有超过一半的受访者所在企业的IT部门没有DevOps团队,而缺乏相关的专业知识和资源来帮助实施云迁移的占到了42%。其他普遍受到受访者关注的问题包括:

  • 39%的缺乏优化云部署的成本和性能的能力
  • 34%的缺乏持续进行云管理的能力
  • 39%的在实施传统IT、云计算与DevOps的整合方面存在困难

企业缺乏专业知识是妨碍其全面采用云模型,实现真正的“云功能”的关键障碍,但所有这些最终都将归结于严重妨碍企业的业绩和盈利能力。最终,会导致迫使企业CXO级别的高管们及各业务部门被迫对能够产生盈利的新业务机会说“不”,或对自己企业现有的技术妥协,因为他们在无法提供他们所真正需要的技术上面浪费了太多资金(占41%的比例),或花费了太多的时间。

成功的云迁移定义了企业的未来

企业业务需求的高速需求正是IT部门所面临的最大的障碍,在NetEnrich调查中,有22%的受访者所在企业均面临该问题。而这正是这一缓慢的转折过程中最无奈的事实,同时其也导致许多的“影子IT”问题。使得许多业务部门的管理者产生良好的管理预期,他们会觉得IT部门的监督是不必要的,因为他们可以抛开IT部门自行进行IT需求的采购和部署,以实现利润​​,并为客户提供真正的价值和实现业务部门自身的有效竞争。

而这给IT部门所带来的显然是IT管理的盲区,他们需要试图去解释他们甚至根本不了解的软件解决方案:解释什么是安全的,什么是多余的,什么是不兼容的软件解决方案。

但是,许多企业及其IT部门经常所犯的最大的头号错误是,认为“影子IT”为其所在企业所带来的最大的问题只有安全问题。第二大的错误就是认为,IT预算是在危险中,尽管许多分析师都建议超过半数的云相关的IT产品和服务现在都是IT部门之外控制和监督的。

事实上,无缝过度到混合云和DevOps系统所存在的最大的问题是失去了业务机会,影响了企业的盈利能力以及公司的声誉。坦白的说,这就是企业长期的生存能力。事实上,50%的受访者表示说,他们所在企业的战略业务计划是搁置的,因为他们缺乏云和DevOps的资源和技术,而且,他们采用基于云的业务优势的能力也明显减弱。这对于企业而言无疑是一个代价昂贵的且潜在的致命矛盾,毕竟,现在以客户为中心的理念是所有云和DevOps的基础。

一种真正的云和DevOps的解决方案,及其所带来的积极的业务成果

这种混合模式最佳结合了跨业务部门之间的自由分散部署的同时,也通过一个基础设施的“单一面板”的视角和命令,保留了IT部门的监督和专业知识的掌控。对于那些拥有大量的交易的电子商务企业或由其业务是由移动的大数据所推动的、以及具有显著的互动性要求和面临网络、客户或最终用户需求的企业而言,这是一种相当有吸引力的且相当关键的解决方案。

我们在我们的某些客户那里看到(其中包括全美国第五大无线网络供应商以及一家430亿美元的媒体巨头的下属游戏子公司),这些企业除了实现了成本节省和成本规避之外,其应用程序和工作负载的发布时间要快3-5倍,而部分原因就在于其使用了最佳实践方案。该系统包括一个可选的自动化功能,可以提高最终用户体验和产品的稳定性,同时减少40%到50%的错误发生概率。对于这家无线网络供应商来说,这一切只需要将其四处自助服务和大数据应用程序转移到公共云而已。

试图创建一个云和DevOps团队,并实施一种会覆盖企业的所有业务部门的混合解决方案所涉及的高部署成本,由云和敏捷的DevOps解决方案所缓解。同时,还能够减轻了雇用昂贵的专业顾问的费用。

最终,选择最适合您企业的恰当的解决方案对你企业的客户和定义您企业未来的业务是至关重要的。其重要性不仅仅是对于IT专业人士而言,同时会涉及到整个企业范围,因为未来是需要迁移云的。


本文作者:litao984lt

来源:51CTO

相关文章
|
3月前
|
数据可视化 安全 前端开发
低代码开发的困境与解药
随着企业数字化的不断深入,低代码技术已成为企业释放数字化创新能力的关键工具。很多企业客户也被低代码所宣传的快速开发、低维护成本所吸引。但实际落地过程中,最终经常因为以下几个问题而导致满意度大打折扣。
|
运维 Kubernetes Devops
DevOps 已死,AppOps 长存
  本文最初发布于 Medium 网站,经原作者授权由 InfoQ 中文站翻译并分享。   没错,我玩了一把标题党。很抱歉,但这样做也是有理由的。我希望大家都来关注 DevOps 中一个被人低估的新趋势,即 AppOps。   在 IT 世界中,时不时学习新的流行语是家常便饭。大多数流行术语就像流星一样,在你完全理解应该学习的内容之前就消失在了天际。还有一些概念会成为接下来几年中的趋势,比如 DevOps 和 Frontend 就是两个例子。   新的术语层出不穷,所以我们必须专注于其中真正有意义的那些。我并不相信什么流行语或者趋势,我相信的是概念。即便技术和趋势纷纷过时,概念依旧长青。
193 0
|
运维 监控 Devops
我眼中的DevOps
DevOps 是由开发(developments)和运维(operations)两个单词组成,可以看做是开发、测试和运维之间的一个交集,通过一些列固化的流程来使得整个项目的开发周期变得更便捷和可靠。
我眼中的DevOps
|
运维 监控 Devops
企业如何从DevOps中获益
本文讲的是企业如何从DevOps中获益【编者的话】作者是ServiceNow的CTO,他负责为公司制定长远的技术路线与规划;这是他从DevOps的实战经验中总结出来的4个准则,值得参考。
1213 0
|
运维 Devops Java
警惕文化空谈的陷阱,落地DevOps工具才是关键
本文讲的是警惕文化空谈的陷阱,落地DevOps工具才是关键,“如果系统是集中式的、环境是同质化的,从开发环境向生产环境推送程序变化的过程非常简单,不需要太多的自动化;
2474 0
|
Devops
关于实现DevOps的这四个关键因素,一起来听听他们怎么说…
8月9人日晚7点,将由Ghostcloud资深DevOps专家为大家讲解《针对企业的DevOps改进和实践》等课程。全新的“精灵学院”正式开课,我们只做这个夏天最具实践价值的课程,欢迎大家报名参加~
2290 0