花几分钟来了解一下DevOps工具


上周,我和一些非常资深的同事们专门讨论了一下现在到底新出了多少DevOps工具,日常追随这些工具为什么变得越来越麻烦,以及整个领域内它们到底处在什么位置。因此,我问了一下他们这几个工具——Ansible、Terraform、Salt、Chef、Bamboo、CloudFormation它们所处的位置,为什么要用他们来和其他工具对比?它们是在做同一件事吗?我是不是错过了一个更重要的工具?然而,我得到了同样茫然的目光。所以,我在想我应该做一些研究,试着让大家都明白它的意义,这样我们就可以把产品分成我们都熟悉的类别或应用场景。

开始讨论DevOps工具和类别之前,我们先了解一下DevOps的常见术语以及含义。

计算机/服务器(Computer/Server)——一种具有中央处理器(CPU)、内存(RAM)以及本地存储(磁盘)并运行操作系统的物理设备。

虚拟机(Virtual Machine)——在主机上运行的一种仿真计算机系统;通常会在CPU、内存和磁盘方面与其他操作系统隔离。
t2.png

容器(Container)——一种带有软件包及其所有依赖项的包,以便它可以在任何基础架构上一致地运行。最受欢迎的容器目前是Docker。使你可以打包一堆东西(开发好的软件、配置和其他软件)以便于部署和迁移。你可以将容器视为虚拟机时代的下一代演化。
t3.png

网络设备(Network Device)——在设备之间路由网络流量的一种硬件。如路由器、负载均衡器和防火墙。

软件(Software)——编写好并在操作系统上运行的代码。

DevOps——传统上是说,有人开发(Development),并有另一些人运维(Operations)。两者就像经营一家商店的模式一样。从2010年开始,到2018年左右,DevOps的理念已近普及,DevOps的理念是“一套最佳实践,旨在减少向系统提交变更和将变更投入正常生产之间的时间,同时确保高质量。”

当你在思考如何构建和运行一套非比寻常的系统时,肯定需要考虑很多。如:
  1. 获取计算机/服务器硬件
  2. 配置计算机/服务器硬件(操作系统,网络等)
  3. 监控计算机/服务器硬件
  4. 获取网络设备(负载均衡器,防火墙,路由器等)
  5. 配置网络设备
  6. 监控网络设备
  7. 构造软件
  8. 编译软件
  9. 测试软件
  10. 打包软件
  11. 部署/发布软件
  12. 监控软件


DevOps以前,我们通常有4个不同的团队多这些事:
  • 开发人员——他们一般负责#7、#8,有时也会做#10
  • QA团队——他们一般负责#9,有时也会做#11
  • 系统管理员——他们一般负责#1、#2、#3、#12
  • 网络管理员——他们一般负责#4、#5、#6


对于硬件,网络设备和软件的配置,每个团队可能都会用他们自己的脚本和工具集,且在许多情况下,还会手动进行“软件发布”的操作。

对我而言,随着DevOps的出现,最关键的是能够打破不同团队间的障碍,让每个人都成为“一个团队”的一部分,这能使所有系统的配置、部署和管理方式保持一致。

云(Cloud)——要定义作为IT史上负载体量最庞大的术语是很难的,但我非常欣赏T恤上写的“世上本无云,它只是别人的计算机。” 最初,云服务刚开始时,它们实际上只是其他人的计算机(或运行在他们计算机上的VM),或存储。随着时间的推移,它们已经发展出许多增值服务。大部分硬件都被抽象掉了。现如今,你无法在大多数云服务中购买硬件设备,但你可以购买由硬件设备提供的服务。

基础架构即代码(IAC-Infrastructure as Code)——一个新概念,可以让我们通过配置文件来定义数据中心内所有项目的完整设置,包括VM,容器和网络设备。我们可以创建一些配置和脚本,然后使用CI/CD工具运行它们,它们在数据中心中自动提供所有服务。CI/CD作为IAC的前身,多年来一直致力于构建/测试/集成/部署的自动化,而使用云基础架构则是对它的自然扩展。这也降低了成本,加快了投产上市的时间,减少了人为操作风险。

随着IAC的出现,许多传统的开发工具现在都可以用来管理基础架构。DevOps工程师现在可以使用以下工具,如软件代码仓库(Software Repository),构建工具,CI/CD,代码分析器和测试工具,来构建和维护基础架构。之前这些工具都是软件开发人员所使用的。

“随着DevOps的出现,对我来说最关键的想法是……让每个人都成为‘一个团队’的一部分,使所有系统的配置、部署和管理方式保持一致。”

我们已经掌握了基本术语,现在,让我们回到对DevOps工具进行分类的任务,以使我们更容易理解:在什么时候使用什么工具。
  1. 软件代码仓库(Software Repository)——用于软件版本管理的工具。Git是当今使用最广泛的工具。
  2. 构建工具(Build tools)——一些软件打包或使用前需要先进行编译,传统的构建工具包括Make、Ant、Maven和MSBuild。
  3. 持续集成工具(Continuous Integration tools)——每次将代码提交仓库时,它都会触发构建,部署和软件测试。从而可以提高代码质量和缩短投产时间。市场上最受欢迎的工具有Jenkins,Travis,TeamCity和Bamboo。
  4. 代码分析器/审查工具(Code analyzer/review tools)——这些工具负责查找代码中的错误、代码格式和质量,以及测试覆盖率。这些因语言的不同而不同。SonarQube是这个领域的一个比较流行的工具。
  5. 配置管理(Configuration management)——配置管理工具和数据库通常存储有关硬件和软件的所有信息,并为自动化常规任务提供脚本和/或模板。这个领域似乎有很多参与者,常见的工具有: Chef、Puppet和 Salt。
  6. 部署工具(Deployment tools)——这些工具负责软件的部署,许多CI工具也可作为CD(持续部署)工具。通常,在Ruby中,Capistrano被广泛使用;Maven在Java中使用的比较多。所有的编排工具(Orchestration tools)也能支持某些部署。
  7. 编排工具(Orchestration tools)——这些工具可配置,协调和管理IT系统和软件。它们通常将“自动化”和“工作流”作为其服务的一部分。Kubernetes是一款非常流行的编排工具,其专注于容器。Terraform也是一款非常流行的编排工具,它的应用范围更加广泛,包括云编排。此外,每个云提供商都有一套自己的工具,如CloudFormation,GCP Deployment Manager和ARM。
  8. 监控工具(Monitoring tools)——这些工具用来监控硬件和软件。通过监控应用程序和日志等,以确保系统的正常运行。Nagios和Prometheus都是比较流行的监控工具。
  9. 测试工具(Testing tools)——测试工具用于管理测试以及测试自动化,其包括性能和负载测试。


当然,就像其他产品一样,类别之间的界限并不一定是清晰的。许多工具跨类别并提供两个或更多类别的特性。下面是我试图向大家展示当下比较流行的工具,并将其归类在相应的位置。
t1.jpeg

正如你所见,像Ansible、Terraform和云工具(AWS、GCP和Azure)这样的厂商正试图将他们的产品跨越在部署、配置管理和编排的类别中。较老的工具集,如Puppet、Chef和SaltStack则更专注于配置管理和自动化,但也已经扩展到编排和部署。还有一些工具,如GitLab和Azure DevOps,则试图跨越几乎所有DevOps的类别。

希望本文的概述能帮助您理解DevOps的基础知识、现有工具的种类,以及当今市场上的各种产品是如何帮助实现其中一个或多个类别。多年来,在Solution Street我们已经使用了许多这样的工具,对我们来说,没有哪一个工具可以适合任何场景。到底选择哪一种取决于所选的技术、托管的位置(以及未来可能的位置)以及团队的能力和组成。

原文链接:The 10-Minute Read to Understanding DevOps Tools(翻译:伊海峰)

0 个评论

要回复文章请先登录注册