【DevOps】Rundeck以及Jenkins

Rundeck是一个DevOps常用的工具,是PagerDuty公司开发的产品,能够很好的和PagerDuty进行集成。
但是平常我们听得或用得更多的是Jenkins,一个非常流行的CI工具,具有很好的可扩展性。
可是为什么那家公司会用Rundeck而不是Jenkins呢,在这里做一下对比。
简单来讲,Rundeck主要用于运维团队直接操作已存在的工具,服务,系统,它能够安全的访问每种重要的业务流程。
Jenkins则是一个持续集成(Continuous integration)工具,它的首要目标就是构建服务,比如用Maven插件构建jar包,用Docker构建镜像等。

Rundeck的特性
从安全方面来讲,需要通过Web GUI或者API安全访问的服务,可以存储到Rundeck,因为Rundeck并不关注产品构建,更加注重安全。Rundeck jobs能够帮助执行变更,更新网络或者基础设施等几乎所有业务流程。
Rundeck不限制开发或者专家使用,因为从一开始,它就被设计来让运维团队为公司的所有人提供自助服务入口的,Rundeck的ACL可以确保敏感数据能够分级的给不同的人员。
Rundeck基于运维集中化的诸多特性保证了它能够更好的了解到环境的细节。Node作为Rundeck的重要概念,它可以用来描述技术设施和环境,让你能够更好的组织主机和服务。Rundeck可以整合多种数据源(如AWS EC2, Puppet, Ansible),不用重复制造轮子。
Rundeck能够跨多个远程节点或者服务器执行多种类型的工作流。

Jenkins特性
Jenkins主要用于构建代码,是非常流行的CI工具;Jenkins有很好的扩展性,有很多的Plugin,能够基于Script实现很多自定义功能;Jenkins的社区活跃

集成Rundeck以及Jenkins
Jenkins管理软件构建,Rundeck用于管理其他的运维任务。Jenkins可以触发Rundeck进行持续部署(不推荐Jenkins直接操作生产环境),
虽然Jenkins有Input功能,但是没有Code Gate,Approval Gate这种自动化的工具,所以专业工具做专业的事,Jenkins最好用于CI,用于构建项目,
利用强大的pipeline执行,Unit Test和Integration Test,执行的结果是构建应用程序包或者镜像,放入远程仓库,关于CD(Continuous Deployment)用其他的CD工具来完成。
目前来看这种集成方案可以应用于实践,Jenkins作为CI工具,Rundeck用作CD工具。

你可能感兴趣的:(运维,jenkins,运维,rundeck)