DevOps加速设计、开发和部署周期

日期:2013-7-17作者:Jason Tee翻译:蒋红冰来源:TechTarget中国 英文

【TechTarget中国原创】

开发和运维的结合只有仅仅而已,但是已经变得很明显,只是把这两个了不起的单词,或世界结合在一起建出的‘DevOps‘还没有达到预期的结果。在这种关系中存在的问题不仅仅只来自于内部。为了使DevOps在的执行超出平常水平,企业领导也施加了很大的压力,甚至变得更加强烈。这就好像企业利益相关都是新郎新娘的父母,唠叨新夫妇大约什么时候可以要孙子,而不是在几年后再有一个新孙儿,而这些父母们期待着每几个星期就会看到收益应用(RevApp)的一个新版本。  

疯狂的速度是新标准

Serena Software全球营销高级副总裁David Hurwitz表示说,这一趋势将会一直持续下去。“它没有IT那么老。业务处理新东西、对竞争对手威胁的响应或攻击竞争对手的速度,与IT改进和交付新功能给收益应用的速度,存在本质上的联系。”

在金融、零售和航空部门,即使是最大规模的企业也不需要提高他们DevOps速度相同,达到与亚马逊或FaceBook的同等水平。然而,他们确实需要持续开发和非常频繁的开发。Hurwitz指出,所有公司都可以在一个周末内做个超快速的RevApp项目。但是失败的机率也很高,且不得不回滚回去。你不能一个周末接着一个周末把整个团队都叫来。设计、开发和部署周期需要一些类似于像呼吸一样的东西。业务应该是一切照旧,而不是偶尔出一些英雄壮举。  

哪些工具将会给DevOps施压?

敏捷方法和可用的云资源已经清楚了不少的障碍,从而加速了开发和部署的进度。然而,仍然有一些实际因素妨碍DevOps的真正潜力发挥。这包括:

  1. 协调性差和缺乏可见性
  2. 关键任务需要依赖别人
  3. 手工流程制造了瓶颈

在RevApp世界里,延迟与宕机的影响是一样的。所以这些不是琐碎的问题。据Hurwitz说,有了合适的工具集合,这些问题都可以解决。

首先是协调性问题。大量的利益相关者需要知道在概述水平和颗粒水平上到底发生了什么。提供了此项功能的日历系统达到开发和运维真正的协调的目标,而不会出现冲突。在理想的环境下,任何人都不愿意请求状态报告。

从数据库更新到系统补丁,对于周期的所有方面的实时跟踪应该随需应变,而不是根据特殊请求而变。良好的协调性支持动态日程安排、自动提醒和其它的DevOps最佳实践。另外,因为信息都在系统中,它创建了一个自然的审计跟踪。  

自助服务和自动完成

在处理中开发人员需要的另外一些工具是,自助服务产品。如果开发人员仍然需要走过整个无聊的申请流程,等待别人给他们开绿灯的话,那么只访问云还是不够的。这个能力必须能从开发人员控制台上点击按钮,直接可用(允许有一些合理的限制)。个人和团队应该能够随着需要,加速测试环境和其他资源,从而保持他们的工作流。

拼图的最后一部分是连接开发和运维及部署。事情往往会在这里停止,无论你花费多少时间和人力在此问题上。正如David所说,“手动部署造成了一连串的劳动力流失。从劳动力角度来年,这很昂贵。但是真正的杀手是它有多慢,且是非敏捷的。这在整个足球队要完成某件事情时,就会被叫停。” 大多数组织就不能做到每隔几个月就做一次。为了使得现在的IT足够快,部署必须是真正持续的——有时自动发生,但一直是开发流程的一部分。  

武装DevOps获得成功,得到回报

企业有兴趣获得成功的DevOps应该考虑如下:

  1. 资源浪费在误解和手动部署
  2. 错失了创建业务价值的良机
  3. 在很多情况下实际收入是损失的

总之,你看到的来自于较好的通信平台的,真正快速的ROI,都结合了自动化部署解决方案。最后,拥有合适的工具将会拯救DevOps的“婚姻”,并产生RevApps结果,使企业领导满意。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

评论
查看更多评论

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

SOA开发>更多

  • 故障注入注定要成为软件专业人士的必备技能

    尽管云改善了企业迅速发布高质量、高能力应用的能力,但专家警告说要小心这些应用会变得太复杂,难以进行人工测试。

  • 容器与微服务要“联姻” 你对它们够了解吗?

    在虚拟化和云计算领域,容器大概是发展最快、最广为令人兴奋的技术了,微服务则紧随其后。如果把这两大技术结合起来会碰撞出怎样的火花呢?

  • 事件驱动框架和SOA在空军的应用

    空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。

  • HTML5促进企业移动化服务走向极致

    在企业困扰于传统移动化方式过于复杂时, HTML5凭借其天然的跨平台特性,乘势而起并逐渐得到企业的关注。可是,由于HMTL5标准建立时间不长,展示性能及稳定性更是需要和浏览器有一个良好的兼容,除此之外企业更是缺乏实际应用经验,所以基于HTML5技术的企业级服务市场还处于一片初创状态。

相关推荐

  • 对于orchestration而言 ALM和DevOps至关重要

    为了确保开发和运营能够持续同步演进,开发者需要理解DevOps与orchestration之间的差异,对自己的开发和运营策略进行重新思考,并且对重要的新兴趋势保持警觉。

  • 开发运维一体化(DevOps):协作是成功的保障

    如今的IT部门存在一个矛盾:敏捷开发者希望可以快速部署常规软件,而运维团队则优先考虑稳定性。开发和运维不同的成功指标使得每个团队都有自己独立的目标

  • 中国市场DevOps应用趋势分析

    为了解决开发人员与运维之间的协作问题,从而提升工作效率,DevOps方法论应运而生。几年的发展,DevOps现在国内市场的应用情况如何?如何才能取得DevOps实施的成功?

  • 持续DevOps文档:是必需的

    文档和管控的流程仍旧是防止企业陷入困境,保证员工不丢掉工作的有效方式,让文档和管控成为进展缓慢的同义词是因为一些历史原因。软件版本引入的相同的自动化也适用于文档领域。

技术手册>更多

  • 移动中间件服务技术手册

    移动中间件是连接不同的移动应用,程序和系统的一种软件。移动中间件实际上隐藏了多种复杂性:在移动环境下工作的复杂性,允许设备对设备的流畅交互的复杂性,移动与计算机集成的复杂性和移动应用开发的复杂性。和其它的中间件一样,移动中间件也是通过提供信息服务来使不同的应用之间进行通话的一个典型。随着多样化的平台和设备进入到移动空间,移到中间件已经变得越越重要。随之而来的结果就是,众多移动中间件厂商纷纷提供开发服务,以解决快速增长的移动硬件与移动软件市场。本技术手册将介绍移动开发对于面向服务架构的影响,以及未来移动中间件可以实现哪些功能,在这个过程中我们有哪些经验和技巧可以参照。

  • 业务分析和监控指南

    在SearchSOA.com.cn之前的一些技术手册中,我们已经多次对BPM作出介绍。涉及了BPM的相当多的内容。在这本技术手册中,我们从着重关注业务活动分析和监控部分的内容。虽然BPM有益于企业的流程健康发展,但也并不是所有的企业都适合BPM。在确定了这些内容之后,我们还要考虑如何进行业务活动分析和监控。下面我们就来看看如何一步一步的实现BPM卓越中心。

  • SOA安全

    安全对于许多的IT部门来说都是一个重要的问题之一,但是SOA安全问题完全是在另一个新的纬度上了。对于SOA为一个机构所带来的许多的好处,例如具有在许多不同的提供者和供应商的情况下混合和匹配服务。

  • 解围应用集成困境指南

    集成是个很老的话题,很多时候在谈及新技术的时候,我们会避而不谈,但集成问题却一直贯穿在企业之中。应用集成就是建立一个统一的综合应用,也即将截然不同的、基于各种不同平台、用不同方案建立的应用软件和系统有机地集成到一个无缝的、并列的、易于访问的单一系统中,并使它们就像一个整体一样,进行业务处理和信息共享。要实现这样的效果并不简单,在这本手册中,我们会为您拨开一些迷雾,更好的解决应用集成所面临的问题。

TechTarget

最新资源
  • 安全
  • 存储
  • CIO
  • 数据库
  • 服务器
  • 云计算