rundeck介绍+目录及权限规范
原创
©著作权归作者所有:来自51CTO博客作者陈延宗的原创作品,请联系作者获取转载授权,否则将追究法律责任
rundeck是用来做什么的?
按照习惯,我们通常使用crontab来运行一些定时任务,但是有这样的问题:
无法知道有多少线上任务-->(脚本管理问题)
无法知道任务具体部署在哪-->(目录管理问题)
无法知道执行状态-->(状态问题)
无法知道任务执行的输出结果-->(状态问题)
上边的这种情况我们经常遇到,还有其他的一些问题:
运维工具没有固化
运维程序无法区分线上程序及测试程序(一些随意的改动造成线上脚本功能不完整,而且可能造成一些误操作)-->(权限问题)
任务启动、执行成功/失败时候 发送通知-->(状态问题)
并发服务器操作-->(操作繁琐问题)
上边大概为我们现在遇到的部分问题,大致为三类:目录、权限、执行状态 三个大类,
所以我们急需一个相关的管理工具来解决上述问题。
rundeck相关:
WEB操作界面
任务分组(目录及脚本管理)
每个组都有一个操作用户(操作机上的用户,可以管理好权限问题)
有并发执行脚本能力
可以返回执行结果并呈现及结果通知
它的界面如上所示,所以我们前提是需要定义规范它的第一层目录,这里结合2张图来说明
整体规划(参考上图)
具体操作(目录+用户)
目录第一层(①)按照产品分类,如上图(ccms、渠道);另外监控相关的用1个监控相关目录来区别监控类操作
第二层(②)为相关任务的子目录;pS:如果操作类会出现杀一个进程连带会杀掉别的进程的情况(如ccms操作(admin用户)中重启resin+ccmsother操作中重启tomcat会出现连带杀掉进程的情况),就需要创建ccms-other操作(tom用户)目录,将出现相克的2种情况分开放置,从而避免类似情况。