Linuxeden开源社区作者 ，译者 周小璐
New Relic的一位首席软件工程师在一篇博文中总结了New Relic的工程师团队是如何使用DevOps工具和实践DevOps概念的。他在文章中总结了DevOps角色的演进、所用到的工具，包括他们自研的产品，以及DevOps文化带来的可见收益。
Nic Benders目前是New Relic的首席架构师兼工程师VP，他在2012年组建了第一支
SRE（Site Reliability Engineering）团队。这些工程师并不是被迫接受DevOps的哲学，相反他们是在意识到DevOps的好处后，主动接受了这种工作模式。尽管整个过程是自下而上的，但在开发和运维团队之间依然有一些传统的障碍需要克服。采用正确的工具和过程是另一个需要解决的难点。
首先，要设立对DevOps友好的角色。早期，团队尝试了FSRE（Forward SRE），这是一个由SRE兼任的顾问角色。他们会被分配到不同的产品团队，有时会同时进入不止一个团队，保证团队工作的顺利进行。后来这个团队逐渐发展成PRE（Product Reliability Engineer），不同于之前兼任的情况，他们就是团队的一员。PRE作为团队的一员，会直接进行交流，而不是通过工单系统。最近，工程师团队发起了Upscale项目，让工程师们可以自由选择想要加入的团队。
Cassandra和Docker给New Relic的DevOps团队带来了很大帮助。之前，数据被保存在MySQL中，由另一个团队管理。Cassandra是用Java写的， 如果开发人员想要看它的源代码，可以直接进行调试。Docker能让开发者基于不同的技术栈，使用统一的命令集，只要它们都用Dockerfile打包即可。当主要应用的架构向SOA转型后，技术栈的数量就开始增加了。使用Docker降低了开发和运维的障碍，因为他们可以使用相同的命令去操作部署单元。
New Relic还使用了2个内部工具帮助其实现Docker化，分别是Centurion和Shipright。Shipright能帮助对Docker不熟悉的开发人员简单地从基础镜像和配置命令生成Dockerfile；Centurion能够简化Docker容器部署到特定环境的过程，还能保证部署环境在开发机器和生产机器的一致，并且是开源的。
一些New Relic的工具是DevOps团队自研的，比如Insights是一个类似于Hygieia的仪表盘，可以用一个视图展示从不同团队收集来的度量指标和事件数据。
采用DevOps给New Relic带来的收益包括：当团队间存在依赖关系时，消除了协作瓶颈；软件交付过程变得可视化；普及了文档化的文化，比如runbooks和incident writeups。
查看英文原文：How New Relic Does DevOps
转自 http://www.infoq.com/cn/news/2017/04/new-relic-devops