敏捷的sysadmin和devops-如何完成？[关闭]

如今，敏捷系统管理和开发是与系统管理和操作有关的最热门话题。这两个概念主要集中在弥合运营/系统管理员与项目（开发人员，业务等）之间的鸿沟。即使您从未听说过devops概念，也可以肯定，这个主题也是您关注的问题。

那么，您使用什么工具和技术来完成公司中的发展？我对变更管理，持续集成和自动化等主题特别感兴趣，但不仅对这些主题感兴趣。请分享您的想法。我期待着阅读您的答案/意见:)

• svn / git-显然是版本控制。

• 火车票/雷德明/吉拉-票务。

• 补鞋匠-用于基本操作系统服务器供应。Cobbler是Redhat系列产品，但是我敢肯定debian / ubuntu也有类似的东西。同样，像RightScale这样的大多数“云控制面板”公司都会为您提供此服务。这里的口号是“ JEOS”或“足够的操作系统”。我的方法是在kickstarts中使用“％packages --nobase”行，然后通过...建立我的特定堆栈。

• puppet / chef-用于配置管理和一致性实施。这里也有其他选择，使用一个比另一个更重要。我发现特别重要的一个技巧是将配置存储在开发人员使用的同一版本控制系统中。这有助于将两个团队的工作流程整合在一起，并使它们彼此可见。

• func（或capistrano或cluster-ssh）-用于在集群中运行部署脚本。这里的技巧是使高级开发人员可以运行自己，以推动新事物的生存和推动不可避免的修复。
  这确实是devop的核心，使开发人员能够破坏和修复环境。许多系统管理员都太饿了，以至于无法放手，或者他们的管理仍然犯了一个错误的观念，即系统管理员应该监管开发人员（好像我们甚至可以读懂他们所做的事情的一半）。

• 仙人掌/神经节/收集的/ munin-图形是很关键的。它的度量值具有简单视觉效果的人文价值。将代码推送的时间戳与图表中的更改时间戳关联起来，对于解决性能回归问题和了解有关性能决策的真实事实具有巨大的价值。这里有一个关键点，即开发人员必须易于查看和使用图形，并且他们的管理层需要对图形有期望。

• nagios / zabbix / smokeping / etc-监视服务器内容和“基本页”类型的性能指标。同样，图形是关键。这些对于团队的运营方而言更为重要。

• gomez / keynote / browsermob-全面监视浏览器性能的外部监视，其中考虑了第三方服务，CDN和渲染时间问题。这些对于团队的开发人员而言更多。

多数民众赞成在工具和技术的混合，专注于技术。特别是，devops的“ sysadmin”方面的思维方式从“ admin”更改为“ operations”。关于启用开发人员。使他们能够做事，使他们能够解决问题，使他们能够查看有关所做工作的真实事实/指标/图表。相反，开发人员需要接受已启用的功能，并实际从事观察性能趋势，调试问题的工作，并且不仅在考虑功能，而且还应考虑如何推出这些功能以及它们将如何影响整个系统/环境的运行状况。 。

美国国家仪器正在努力做到这一点。您可以在http://dev2ops.org/blog/2010/4/27/qa-ernest-mueller-on-bringing-agile-to-operations.html上了解有关我们所做的更多信息。

笼子里提到的各种工具基本上都朝着我们在这里移动的方向发展。

最好的方法是了解您的工作环境。首先与开发人员和管理人员交谈。尝试让他们参与进来，并从中反弹想法。他们很可能会很好地了解事情的运行方式，以及您引入devop的想法是否会引起任何问题。

从那里开始查看应用程序，并一次介绍一个以解决问题。

尽管工具和技术很重要，但关键的途径是整个组织的协作。这些天，IT运营就是业务运营。Etsy在其仪表板上显示收入变化，每个人都可以看到。