rundeck是用来做什么的?

按照习惯,我们通常使用crontab来运行一些定时任务,但是有这样的问题:

  1. 无法知道有多少线上任务-->(脚本管理问题)

  2. 无法知道任务具体部署在哪-->(目录管理问题

  3. 无法知道执行状态-->(状态问题

  4. 无法知道任务执行的输出结果-->(状态问题

上边的这种情况我们经常遇到,还有其他的一些问题:

  • 运维工具没有固化

  • 运维程序无法区分线上程序及测试程序(一些随意的改动造成线上脚本功能不完整,而且可能造成一些误操作)-->(权限问题

  • 任务启动、执行成功/失败时候 发送通知-->(状态问题

  • 并发服务器操作-->(操作繁琐问题


上边大概为我们现在遇到的部分问题,大致为三类:目录、权限、执行状态 三个大类,

所以我们急需一个相关的管理工具来解决上述问题。

rundeck介绍+目录及权限规范_rundeck

rundeck相关:

  • WEB操作界面

  • 任务分组(目录及脚本管理)

  • 每个组都有一个操作用户(操作机上的用户,可以管理好权限问题)

  • 有并发执行脚本能力

  • 可以返回执行结果并呈现及结果通知


它的界面如上所示,所以我们前提是需要定义规范它的第一层目录,这里结合2张图来说明



rundeck介绍+目录及权限规范_rundeck_02

整体规划(参考上图)
  • 目录分类用产品分类

  • 每个目录下只有一个用户

具体操作(目录+用户)
  1. 目录第一层(①)按照产品分类,如上图(ccms、渠道);另外监控相关的用1个监控相关目录来区别监控类操作

  2. 第二层(②)为相关任务的子目录;pS:如果操作类会出现杀一个进程连带会杀掉别的进程的情况(如ccms操作(admin用户)中重启resin+ccmsother操作中重启tomcat会出现连带杀掉进程的情况),就需要创建ccms-other操作(tom用户)目录,将出现相克的2种情况分开放置,从而避免类似情况。