在大约2个月的时间里，我与开发团队坐在一起，研究如何构建将不断部署的新服务。 我想在这里分享我的经验，因为我已经读过关于这样做的正面和负面意见，而且我不确定是否有一个正确的答案。 当然，这是一个有趣的实验，将来我可能会重复进行一些修改。

从我每天开始参加这个团队起步就开始了。 我的目标是让更多的人参与到开发团队中，以更好地了解整个流程的工作原理。 该团队是我们两个基础架构团队之一，他们专注于可伸缩性，稳定性和性能增强更改。 最初，这个团队正在创建一个新的Web服务API服务，我在这里写了一些。

最终，该服务被搁置，团队继续使用新的授权和身份验证服务。 对于这项新服务，已决定使用持续部署。 我们已经至少每周进行一次全自动部署，但是要为开发人员提供部署每项提交所需的工具（包括监视和部署自动化更改）有一点跳跃。

我还注意到，在此之前，我与团队坐在一起的几次会议上，我立即更多地参与了讨论–他们问我问题（因为我在那里），并且我可以选择参加计划会议。 我自己的办公桌和“与他们同坐”的办公桌之间确实有20英尺的距离，但这却与众不同。 因此，我与管理层讨论了一直与该团队坐在一起的情况，他们同意尝试。

现在，这个团队有点独特。 该团队由少数从事代码工作的开发人员组成，但它也是Build＆Release人员以及管理测试基础结构的Sysadmin的家。 与这个团队的坐在一起给了我一个机会，不仅可以参与这项新服务的开发，而且还可以更多地参与“构建和发布”过程，从而熟悉所处理的日常问题以及与之配对伙计们来研究我们在开发与生产之间共享的人偶配置。 这种团队结构以及我的团队结构使其也非常适合完全在一个团队中解决持续部署问题（至少对于此服务而言）。

作为持续部署实施的一部分，我们希望使开发人员尽可能容易地访问他们所需的指标。 我们已经为访问日志付出了很多精力，但是我们的监视系统需要Ops参与才能管理新指标。 因此，作为这项新服务的一部分，我们还必须对新的度量标准收集/趋势系统进行调整-我们着眼于Ganglia＆Graphite。 我们并不是要解决警报问题，只是要求我们选择的任何系统都能够向Nagios公开指标。 我与开发人员合作，为我们的应用程序测试了各种方法，可将指标推入每个系统中，同时还评估每个系统是否具有良好的操作适应性（易于管理，性能，可伸缩性等）。

在整个过程中，还有很多有关如何执行部署的问题。 我们保留多少个以前的版本？ 我们何时以及如何回滚？ 成功进行部署的标准是什么？ 在生产失败之前，我们如何确保它在测试中失败？ 我们必须在服务中内置什么才能允许滚动部署不中断服务？ 清单还在继续-这些都是任何服务都应该考虑的事情，但是当开发人员构建部署工具时，他们会非常了解所有这些-太棒了。

大约45天后，我们选择了监视系统并在生产和测试中运行，我们已经将部署部署到我们的测试系统，而我们才刚刚开始将其部署到生产中。 现在，我们必须开始暗中启动，将生产系统中的流量发送到新服务，而又不影响生产流量，这样我们就可以了解该后端服务的性能，是否正确响应了生产流量并通常更好地了解行为产品流量。 时至今日，由于我们进行了各种调整和调整以确保已准备好投入生产，因此该服务仍处于黑暗状态-再次，它很棒。

60天的事情开始逐渐消失。 我们已经黑暗启动了几周，并且大部分开发人员都可以访问他们需要的所有内容–他们可以查看图表，日志，如果他们需要新的指标，则将它们添加到代码中，并在出现后立即进行监控部署。 我们将部署线添加到了图表上，因此我们可以将部署与图表上的趋势相关联-更加出色。 但是，我的工作逐渐结束，出现的运营问题越来越少，我开始转向从事其他Ops项目的工作。

当我回顾过去60天与该团队一起工作时，我意识到使我无法参与开发团队的20英尺高脚现在使我无法参与操作团队。 我当时确实很矛盾，但是感觉很健康，因为现在工作已经结束，应该搬回Ops。 当人们发表评论“哇，你回来了！”时，我立即意识到了它的影响。真的，伙计们，我在20英尺外！ 你用nerfDart射击我！

因此，现在我已经回到Ops了几周了，实际上发生了变化–与起初相比，我对那个开发团队的参与仍然更多。 他们仍然将我包括在计划中，并且服务中出现运营方面的问题时，他们会来找我。 但是，那只20英尺又到了，我听不见所有对话，而且我知道如果有人不必站起来并走过去，就会遇到一些问题。 我们的开发团队往往会进行大量配对，结果是不经常使用IM，电子邮件响应通常会延迟-配对无疑会减少电子邮件检查的时间。

我很高兴我做到了吗？ 绝对。 我会再做一次吗？ 我想我会-但我会限制它并设定期望。 我认为与团队的亲近感有助于在开发服务和制定决策时Swift行动并提出想法，但这确实对我与Ops团队的关系产生了影响，我希望我可以避免。 我认为继续前进和前进–与Ops团队在一起会很有帮助。 实际上，我确实在Ops中度过了待命周（每4周），而不是坐在Dev团队那里，但是我会尝试在这3周之间找些时间在那儿，那太过分了缺席。

综上所述，我认为总体而言，公司和服务对于结果的实现是更好的，对我个人而言，这是一次极富洞察力的体验，我希望每个Ops员工都可以尝试一下。

参考：将 Ops成员嵌入Dev团队-我最近从JCG合作伙伴 Aaron Nichols的Operation Bootstrap博客中获得的经验。