问系统管理员和DevOps工程师有什么区别？

EN

主要而言，DevOps不是一个角色(当它作为角色使用时，与其说它是一个真正的角色，不如说它是一个流行词)。

DevOps大致是一种旨在打破开发人员和系统管理员之间的筒仓的组织模式。

主要目标是用devs和sysadmins (通常与测试人员一起)构建团队，负责产品(应用程序)的定义、体系结构决策，直至该产品运行时的维护。

团队的每一位成员都将成为整个产品生命周期决策的一部分，开发人员将在生产中执行一些sysadmin任务，而sysadmin将参与产品的设计阶段，以避免基础设施方面的警告。

理想情况下，sysadmin也将成为产品开发团队的一部分，在现实世界中，sysadmin代码将更多地介绍产品周围的配置和监视解决方案，但能够向团队的其他成员表达关切，避免在部署过程中产生许多误解。

短版

DevOps是一种组织文化、敏捷/精益工作方式和软件自动化的结合，当应用于系统管理和运营时，这些功能可以与敏捷或精益开发团队一样的敏捷水平运作。

长版本

DevOps背后的想法来自于系统管理、运营和敏捷社区，具体来说，帕特里克·德博伊斯给出了一个名为“敏捷基础设施”的在Agile2008的演讲，他强调了组织内三种功能之间的差异：

1. 敏捷开发团队-敏捷团队编写代码。
2. 系统管理团队-建立运行软件的基础设施。
3. 运营团队-支持生产/现场的应用程序和基础设施。

Debois的建议是统一三种协同工作方式，特别是将系统管理团队和运营团队从瀑布模型迁移到敏捷模型。为此，Debois安装DevOpsDays 2009，比利时根特无意中创造了短语DevOps。

DevOps的想法与VisibleOps系列书的作者们产生了共鸣:基恩·金、乔治·斯帕福德和凯文·贝尔，他们接着写了“凤凰工程”和“DevOps手册”。两本书都探讨了敏捷和精益如何对系统管理和运营团队产生积极影响。

作为一名具有操作背景的DevOps工程师，您将从手工构建和部署服务器和软件转移到使用BASH、PowerShell、Python等工具将软件安装到服务器上。一段时间后，您将认识到脚本是多么酷，并开始探索更复杂的自动化部署方法。

最终，您将确定一个厨师，木偶，Ansible或其他配置管理工具，以帮助管理您的车队的系统状态。随着您的应用程序部署和系统管理自动化技能的成熟，以及您的工具，您最近已经进入了“基础设施作为代码”的领域，并使用它不仅自动化了软件的部署，而且还用于在业务转移到云期间驱动软件所需的基础设施和环境。

现在你在用煤气做饭。随着时间的推移，您已经了解了使用以开发人员为中心的工具(如源代码管理)来管理组成部署和管理工具库的模块、配方和模板的好处。

当您进入DevOps团队时，您就接触到了软件开发生命周期和持续集成的概念。天哪，那些开发人员正在快速发布更改，为了跟上进度，您发现自己与开发人员的工作关系更密切了！您经历了开发团队随时改变事情的紧迫性，这与旧的操作范式“如果没有崩溃，就不要修复它”格格不入。不再吹嘘系统正常运行时间了，你喜欢一次性基础设施。

您注意到，迁移到DevOps不仅仅是与开发人员一起工作，或者使用新的工具和技术，但是团队中有一个明显的文化转变，一个贯穿整个组织的文化转变。你是一个紧密团结的团队，有着共同的责任、共同的工具和共同的目标.

您掌握了自动部署的技能，并将它们推入"CICD“管道，该管道是由”连续集成服务器“(如Jenkins、B布拉或Code管道)编排的。现在，当开发人员推出新代码时，您的脚本、工具和模板会根据需要支持新的环境，触发测试框架来完成他们的任务，并在发布时点亮绿灯之后，拆除生产前的环境，并坚持“持续交付”的思想。

当新代码蜿蜒通过CICD阶段时，您、开发人员和业务人员都相信，当发布到生产中时，更新不会中断。在团队实现“持续部署”之前还有一段路要走，您仍然需要确定实现蓝色/绿色部署能力自动化的更好的点，而且决策主要是业务决定。目前您满意的是，凌晨3点的电话数量已经减少，而sev-1's和sev-2's的电话数量减少了。

即使你确实得到了sev-1，你不再是拖着整个晚上的经理们的呼吸，你可以轻松地发布之前的版本通过CICD管道，并使系统再次在线在短时间内。业务已经注意到，尽管变化的速度很快，IT系统的稳定性已经得到了改善。

您会惊讶于您如何管理在您的业务中驱动软件所需的资源，特别是当您回想过去的情况和您遗留在数据中心的rails上的血量时……