原文：http://www.ibmsystemsmag.com/mainframe/trends/Modernization/DevOps-Radcliffe/?page=1
作者：Valerie Dennis
适宜读者：（一年及以上软件开发经验）
背景知识：（软件开发基础知识，z/OS基础知识）
正文：
在企业信息的快速更新、交互由期望化为现实和竞争力的今天,DevOps的方法扮演了至关重要的角色。那些利用了DevOps中的持续开发和交付的客户将会加速前行。
DevOps通过敏捷和精益原则实现商业价值，该方法旨在所有开发周期内的人员使用一种支持状态转换的工具一起协作产生可以创造真正商业价值的方案。这使得包含了连续地计划，开发，集成，交付，测试和反馈这些行为成为了状态转换生命周期的一部分。这个模型不仅省时省力，而且可以按照终端用户的需求基础，在过程中的任何点进行修改或更新。
以下是IBM System Magazine 对Rosalind Radcliffe(ibm z系统DevOps的DE(杰出工程师))关于当今DevOps的崛起，客户对于DevOps可以期望的发展趋势和方向，以及如何利用DevOps的这些能力的对话。
IBM System Magazine（ISM）: DevOps的现状什么样？
Rosalind Radcliffe（RR）：DevOps在在许多公司里呈增长的趋势，大多数网络公司或初创公司在一定程度上遵循这个模式。对于规模较大的企业，DevOps始于分布式应用程序或移动系统。那些已经开始全方位向DevOps转型（包括大型机系统转型）的公司已经看到了巨大的利益。
DevOps可以在不同事物中体现，在商业文化的转型中，既可以体现在以实现协作、透明、自动化为目的的组织重构，也体现在从最初需求到最终产品的功能交付与运维过程中。
ISM: DevOps将如何发展？
RR：我认为，在不久的将来，DevOps会成为大型企业是否向往前发展的衡量标准。不过这个标准是变化的。DevOps是面向交付的，并针对过程进行持续改进。我认为多数企业会经历多年，才能承认自身对于DevOps进行了较成熟的转型，而DevOps这个词所代表的含义又将在一些企业并未成熟转型前被改变。
ISM: DevOps解决了什么挑战？
RR：DevOps对于大型企业在业界保持领先地位是至关重要的。这也将有助于他们从现有资产获得更多的额外价值，并且让它们成为企业内外的服务供应商。
DevOps是一个关于交付的文化，并且在企业内的每一个人都应该有同样的关于交付的目标。今天，开发者们专注于功能实现；运维者们专注于可用性。这些终究是支离破碎的维度。如果给大家提供传递一个共同的目标，那么每个人都可以专注于如何交付所提供的商业价值。
ISM: 在主机领域DevOps最重要的是什么？
RR：DevOps对现有的大型机应用程序的现代化，以及把主机作为是系统中所用API的提供商，起着关键作用。这种转型对环境中主机系统的保值，使其在业界中保持领先是至关重要的。如果不做转型，大型机将仍然永远是那个移动速度不够快，且不能带来所需要的价值的那个系统。28年，或者可能已经更久了，世界上没有什么比z/OS的开发和运维保持不变的记录时间更长了吧？
ISM: 为什么我们现在越来越多的听到更多关于DevOps的讨论？
RR：大多数大型机企业交付业务价值的速度还比不上那些尚未转型的企业。所以他们必须改变变开发方式来满足当今的业务需求。这些需求包括对新的开发人员的需求，增加现有系统服务的需求，以及系统间快速协作的需求。
ISM: 这些趋势为人们带来了哪些好处？
RR：对于新的开发人员需求问题是这几年来的热门话题。当今的开发者们可以轻松的掌握一门新语言，诸如COBOL、PL/I，但是他们对大型机开发语言并不感兴趣，因为开发环境已经提供了。一个已经习惯于现代IDE（集成开发环境）的新引入的开发者，为什么愿意使用ISPF（交互式系统生产力设施）？对于这类转型趋势，关键点是如何引入现代化的开发工具和方法。帮助这个过渡的一种方式是推行年轻的开发者和有经验的现有开发人员之间的结对编程。不仅使得有经验的开发人员学习新的工具和流程，而且让新的开发者了解了现有的业务逻辑中的应用，以及新的语言。
第二类转型趋势是大型机系统转变为服务的提供者的需求。为参与系统提供／开发API，可以让应用程序以松耦合方式进行架构，这将加快系统的开发速度，使得服务之间的协作满足当前的商业需求。这也使企业真正成为服务提供商，提供的服务不仅在企业之内，而且把这些服务提供到外部，使得额外的收入成为可能。以提供服务的方式，IT部门也可以成为一个收入来源。
第三类转型是如何加快项目中小而慢的功能修改的能力，快速的功能验证，和趋于流水线式的开发模式。
ISM: 云和移动端中是如何融入DevOps的？
RR：如果我们回想DevOps的起源，就会发现它是在那些基于Web起家公司中应运而生的。他们的系统搭载在云端，交付时只需把开发环境变为产品即可。这些新公司并没有所谓开发和运维部门。移动开发也是以这种模式起家，所以他们没有需要改造的组织架构，一开始所用的就是DevOps模式。这是人们在移动开发和云部署时的中心思想，而DevOps把该思想扩展到了整个业务流程和操作中，包括所有系统的记录，人员和流程等等。
对于混合云的讨论，有助于驱动和解释云和记录系统之间的关系以及相关问题等等，我们现有的一些混合云，不管是公有云，私有云还是z系统，都需要一个具有能见度和透明度的一致的开发工作过程。这让企业得以借力于云计算、移动端和他们现有的系统一起提供的商业价值。
ISM: 如何让双速，双峰或变速IT这些理念契合在大型机上的DevOps？
RR：有些人用这个术语来预示记录系统即将变慢，并且让记录系统变得像其他参与系统一样迅速是不可能的。不过我们不能看这句话的表面意思。记录系统的速度不取决于执行速度。记录系统的速度完全取决于业务需求，所以在现实中，你的记录系统才会可能需要更快的速度。
从长远来看，我们所希望看到的是，当提起记录系统时，人们想到的应该是一组暴露的服务，这些服务是由参与系统和知识体系构成。如果我们从这个角度出发看大型机的话，就不太可能出现像修改移动app前端那样频繁地修改后端服务了。需要注意的重点是，方式方法必须也是迅速的。无论什么系统，我都应该能够做到快速部署。
ISM: 人们在哪能更多的了解到如何DevOps的相关知识？？
RR：学习DevOps，最重要的是要认清你的位置，认清你系统中的垃圾，认清你前路的障碍、以及你的挑战。DevOps是超越，你需要从你有最大的商业需求的地方开始。这可能是部署，现代化的工具，现代化方法，自动化测试，测试驱动或测试数据管理。哪里需求最大，哪里就是你应该开始的地方。
译者：黎琦
邮箱：lqibj#cn.ibm.com (替换#为@)
内容声明：本文仅代表作者的个人观点，与IBM立场、策略和观点无关。文中专业名词因翻译原因，表述中难免存在差异。如有疑惑，请以英文为准。同时数据来源于实验室环境，仅供参考。如果您对我们的话题感兴趣，请通过电子邮箱联系我们。
