DevOps项目实战班

DevOps这个词，其实就是Development和Operations两个词的组合。DevOps就是让开发人员和运维人员更好地沟通合作，通过自动化流程来使得软件整体过程更加快捷和可靠。

IT的岗位类型多种多样，但要说哪一个最神秘，那莫过于DevOps了。DevOps一词其实就是Developer + Operation的结合，用中文来说就是开发运维。不过相信不少小伙伴即便看到了这样一个中文翻译也不理解DevOps到底是做什么的吧？

其实啊，如果说每一段代码就是一列火车的话，那Developer就是在造火车的工程师，而DevOps就负责让火车能在轨道上跑起来。现实情况下，能让火车稳定高效地在铁轨上跑着也不是一个简单的工作，你需要设计铁路路线来防止火车相撞或者延误，同时你也需要给火车安排时刻表来保证铁路系统的正常运营。只有这样，每一列火车才能在铁轨上发挥它们的最大作用。

随着互联网产品不断地产出和更新迭代，上线这些产品的需求将源源不断地增加。因此，DevOps一直都是一个高需求的职位。而由于目前就业市场对DevOps的高需求，这一岗位可是一个绝对的高薪职位哦！（澳洲本地100k+）

DevOps工程师带来了什么?

传统的软件开发流程是软件开发人员花费数周和数月编写代码，然后将代码交给QA团队进行测试，然后将最终的发布版交给运维团队去布署。所有的这三个阶段，即开发，测试，布署，之间缺乏协作。

开发者编写代码然后交给布署团队。现在由布署团队来解决代码布署过程中出现的问题，或将代码交给开发团队以修复bug。所有这些都导致软件开发过程变慢。

但是在DevOps模式下，这三个团队将不再相互隔离。大多数时候，这三个团队将合并成一个团队，工程师会在整个应用程序生命周期中工作，从开发和测试到布署到操作，并开发出一系列不限于单一功能的技能。安全团队也可以在整个应用程序生成周期中和开发和运维更紧密的合作。

为什么DevOps工程师的角色会有所不同?

DevOps工程师并不是一件新鲜事。它是一类工程师的统称，如系统工程师，自动化构建工程师，软件工程师，Linux工程师等等。

然而，DevOps工程师的工作性质因组件而异。在某些情况下，他们的工作是基础设施的自动化和维护。有些组件将他们的工作扩展到整个交付链。

DevOps工程师的角色各不相同，因为他必须通过克服传统的协作障碍与开发人员和运维人员进行协作。而且不同的组织在这个过程中会有不同的协作障碍。

DevOps 工程师负责哪些工作？

在敏捷环境中，开发人员、系统管理员和程序员之间可能是彼此孤立地"携手"完成同一产品，无法共享会为用户带来价值的必要的信息。DevOps 工程师则可以缓解这种复杂局面，将快速更改应用与保持其可靠性之间结合得更紧密。 

有些企业可能会聘请专业人员在其工作流中"执行 DevOps"，但由于成功采用 DevOps 关乎整个文化和流程的转变，因此这样做可能只会加深开发人员与运维团队之间的脱节。

DevOps工程师日常工作中最重要的两个方面

虽然DevOps工程师的角色多种多样，但是几乎所有DevOps工程师每天都会触及两件事——自动化和持续集成。

自动化

与维护基础设施相关的大多数任务仍然是手动的。公司更愿意使用传统的成熟的方法，并不是自动化的相同流程，因为它们不想冒任何风险。但事实是自动化任务将有助于加快软件的开发和布署，这意味着从客户账户到公司账户更快的现金转移。

要意识到这一点，例如，如果系统工程师的任务是每天两次手动备份所有服务器，它这是在浪费时间，因为通过编写脚本，在一些云设施中自动备份服务器可轻松实现这一点。通过自动执行备份过程，你可以让系统工程师更专注于关键问题，例如对由于某些VM问题而导致服务器关闭进行故障排除。手动执行相同操作将导致系统工程师负担过重，其效率将大幅降低。这只是一个很简单的例子来说明不转向自动化而造成的资源浪费。

DevOps可以看作是敏捷(Agile)的扩展，因为它可以降低由于开发团队，QA和布署团队之间的协作不良而可能出现的风险。DevOps通过认识到高质量软件需要包括QA和运维专家在内的所有利益相关方的持续参与和反馈的这一事实，扩展了敏捷原则的范围。

有许多事情可以通过自动化方式来完成，例如在发布时，使用新补丁更新Apache Web服务器，更新服务器上布署的开源软件的版本。

DevOps工程师可以通过创建脚本环境来自动化配置服务器的过程。你可以在一个节点上运行脚本，但如果不是数以千计的节点，则在数百个节点上运行相同的脚本将变得不切实际。脚本在这里不是可扩展的解决方案。

因此，需要以可扩展方式，跨大量节点自动化软件供应，配置管理，和应用程序布署。这就是像Chef，Puppet，和Ansible这种配置管理工具在DevOps世界中派上用场的地方。

持续集成

DevOps的另一个重要的方面是持续集成(CI),它是一种软件实践，CI允许开发人员不断更新对单个仓库的更改，从而进行自动化构建和测试。

一个持续集成系统通常包含一个监控版本控制系统的工具。每当监测到版本控制系统的更改时，持续集成系统将会自动化构建和测试应用程序。如果构建或测试未通过，系统会立即通知开发人员去解决问题。

持续集成可确保持续交付，因为所有的代码更改都会持续布署到构建阶段之后的测试和生产环境中。

使用持续集成，开发人员可以从手动任务中解脱出来，提高他们的工作效率，现在可以在CI中以自动的方式完成;由于频繁测试，错误和bug将更容易被找到和减少;可以更快速，更频繁的提供对最终用户的更新。

有多种产品和工具可以帮你在组织中实现持续集成。

有些工具可以让你在自己的网络基础架构中托管CI服务器。最流行的一个是Jenkins，它是由Sun公司的Hudson项目重新命名而来。

还有一些其它的托管CI产品，例如CircleCI和Travis CI，它们是完全托管在云端的。这些托管CI产品正变得越来越流行，尤其是对于小型公司或组织，因为它可以让工程师团队尽可能快速的开始持续集成。

DevOps 好学吗？

大多数接纳 DevOps 文化的专业人员都会将其工具和实践与多年的企业 IT 经验结合在一起。要成为一名 DevOps 工程师，需要做到通观全局，因此必须想办法掌握现有技能之外的知识（可能还包括团队之外的知识）。