在SparkPost，云电子邮件传送服务，几年前的DevOps转型帮助公司改变了方向。 SparkPost工程副总裁Chris McFadden表示：“传统”开发工作很麻烦，士气低落，错误也在上升。因此，他的组织创建了一个新的跨功能部署团队，其中包括来自开发和技术运营团队的精选成员。
McFadden表示，新团队一起工作，专注于工具，并选择Bamboo和Ansible来进行自动化部署数据库，代码和配置更改。 McFadden说：“在一个月内，该团队为每个服务自动新生了一个构建部署管道。仅仅三个月后，团队的渐进式改进将升级周期缩短了80%，同时减少了一定程度的停机时间。”
“敏捷需要打破开发与产品管理以及测试等部门之间的壁垒; DevOps同样要求打破障碍，但是这次是在开发与运维之间。”他补充说。
不得不说，获得正确的DevOps策略是至关重要的。这不仅仅需要开发和运维一起工作，BA、客户和管理层都应该加入进来。信息技术顾问Wesley Higbee说：“开发人员和运维人员一起工作仍然会剩下很多人，需要所有人共同努力才能取得成功。”他补充说：“如果你只是加快生产垃圾的过程，你不会只是垃圾，垃圾，你得到一个垃圾填埋场。”
一、采取正确的步骤
为避免垃圾填埋问题，需要有办法和计划。这是一个亚马逊网络服务架构师BrianSchuster的建议，他为IT咨询公司VirtusaPolaris工作。 Schuster提出了几个有助于组织DevOps策略的高级步骤：
1. 明确规定贵组织将拥有什么级别的基础设施访问权以及准入生产所需的标准流程。
2. 不要一次在整个组织中实施DevOps。从部门级别或者项目级别来分步骤的测试DevOps过程，保持一个必要的粒度切分。
3. 有一个定义的过程来监控整个组织所付出的成本。可能没有确定基础设施预算的部门现在将创造基础设施和新的费用。这些费用需要被跟踪并向经理报告。具有DevOps经验的IT专家认为，该方法需要新思维，领导力和对DevOps策略的承诺。
这是一个很好的起点，但一些实践者提供了几个其他想法，当企业从接纳DevOps到实际的实施时需要参考：
不要为了改变而改变。 “在大多数情况下，企业觉得他们需要放弃对他们过去的一切工作，我们的起点将是对当前工作流程，软件发布周期和服务器管理的评审，从这个起点我们会帮助公司制定一个战略，首先解决这个过程中最低效的部分，通常是软件发布周期。 - WSM国际首席技术官Jeremy Steinert，云计算集成商。
责任心。“鼓励责任心，以单独团队的成功为荣，监督所有事情，聚焦结果，并将所有的弊端呈现出来，个人以不间断的方式进行交付。 - 吉尔Tene，Azul系统的首席技术官，Java运行时解决方案提供商。
敏捷与稳定共存。 “大多数情况下，组织更多地关注敏捷性，对稳定性和可靠性的关注还不够，DevOps有很大的潜力，但为了使其运作良好，组织需要采取可度量的措施，运维人员，开发人员和测试人员需要有强大的沟通和共同目标，包容性 - 传统的基础设施团队成员具有与开发人员专有技术配对的宝贵知识。“ - DanielLakier，网络安全公司Radware的应用交付解决方案副总裁。
从小做起，忌贪大求全。“当您开始DevOps转换时，由于您必须不断学习，适应，迭代和发展，才能开始小型化，您不能只是扔一个魔术开关，并希望大家集体地做DevOps。首先，您的公司如何迁移DevOps将特定于您的组织，因为并不是所有的公司和文化都是一样的，我总是建议首先IT专业人士能够与已经转型的其他组织的人尽可能多的进行探讨，然后用一种对您独特的组织，文化和团队有意义的方式进行学习。“ - 安德鲁·风暴，新环境安全服务副总裁，一家构建安全系统的公司。
承担更艰巨的项目。 “启动DevOps策略最大的挑战是如何在初始成功之后持续改善。您的DevOps转型的第一个目标将是不使用客户数据的独立应用程序，您的下一个目标将是您的遗留应用程序，相同的遗留应用程序如此复杂和脆弱，你可能已经手动部署了他们多年，那时你会到挫败感的顶峰。 - 罗伯特·里夫斯(Robert Reeves)，数据自动化解决方案提供商Datical的联合创始人兼CTO。
二、以人为本
威斯康星大学威斯康星大学计算与新媒体技术助理教授史蒂夫·苏格林(SteveSuehring)表示：“DevOps最大的问题是记住，这是关于人而不是技术。 他说，创建一个开发人员可以像运营人员一样思考的环境，以及运营人员可以像开发人员思考的环境，是至关重要的。
“我在DevOps过渡中遇到的主要缺陷正在如闪烁的技术(如仪表板和自动化)中被捕获，”Suehring说，“组织想要一个DevOps的快捷方式，就像支付顾问告诉他们蓝色/绿色状态，如何 实施Hudson and Chef or Puppet会立即使他们的问题消失。”
但人是关键。 他表示，组织应要求开发人员对其发布负责，要求业务人员参加开发人员会议，“项目经理关注日期超过质量”。他补充说
而对DevOps策略的承诺可以得到回报。 McFadden公司的早期部署团队的成功为未来DevOps的改进奠定了基础，现在“成为我们当前系统可靠性工程团队的骨干”，他补充说。
【本文是51CTO专栏作者“王津银”的原创稿件，转载请注明出处】
