基于python复制蓝鲸作业平台

最新推荐文章于 2024-05-17 10:02:05 发布

weixin_30439031

最新推荐文章于 2024-05-17 10:02:05 发布

阅读量400

点赞数

CC 4.0 BY-SA版权

文章标签： python git 运维

原文链接：http://www.cnblogs.com/huangxiaoxue/p/7906746.html

本文分享了一个基于Python Django框架自制的代码发布平台开发经历，重点介绍了如何实现自动化作业、执行脚本和作业步骤的设计思路。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

前言

去年看武sir代码发布的视频无意中听到了蓝鲸平台但是一直没深究，前一段时间公司要搞一个代码发布平台，但是需求变化很多一直找不到一个很好的参考

模板，直到试用了一下蓝鲸作业平台发现“一切皆作业”的思想非常好，比如一个简单变更发布：

1. 对 web 组（3 台机器）停服务

在三台机器上执行（/home/tomcat/bin/shutdown.sh）

2.对web组（3台机器）更新版本文件

在三台机器执行（scp xxx yyy），有些公司可能是rsync同步、（git pull）客户端拉取、svn拉取等等。

3.对web组（3台机器）启动服务

在三台机器上执行（/home/tomcat/bin/startup.sh）

面对不同的公司不同的变更场景，变更发布无非就是停服务、拉取版本文件、分发版本文件到各个服务器、启动服务。有些场景可能需要再停server应用，有些可能

用的git或者别的同步，所有这些都可以通过linux命令来操作，将命令封装成脚本也就是原子，不同的原子按照一定的业务场景执行顺序组合成作业，之后的代码发布

便可以一键完成，换到不同的公司，不同的业务场景无非就是原子执行顺序、执行的机器、执行的原子脚本等等不同而已。

基于此便准备用python复制一个作业平台，虽然是重复造轮子但更能加深对作业平台的理解。

整个作业平台开发从技术调研到完成耗时将近3个月，差不多每天利用晚上两个小时和周末时间写点，项目写到一半差点想放弃，因为前端实在是太恶心了，而且项

目刚写完，存放代码的服务器就挂了，数据完全丢失，真是天灾人祸啊，还好笔记本虚拟机里保留了一份代码和小泽玛利亚的最新作品，要不然真想回机房搬服务器

去。

涉及的技术：

平台使用python的django框架开发

异步执行作业使用celery（定时作业也会用到）

在远程服务器上执行脚本用saltstack的agent（也可以用paramiko、ansible、puppet、自己开发agent等等）

剩下的就是html、JavaScript、jQuery、css（好恶心）等等

思路：

整个开发刚开始感觉只要理解了蓝鲸作业平台的表结构那么整个平台的思路差不多就清晰了。

主要是以下几张表：

nm_account（执行账户）：存放在每台机器上执行的账户

1 CREATE TABLE `nm_account` (
2   `account` varchar(255) NOT NULL COMMENT '账户名',
3   `appId` int(11) NOT NULL COMMENT '业务id',
4   `creater` varchar(128) NOT NULL COMMENT '创建人',
5   `createTime` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
6   PRIMARY KEY (`account`,`appId`)
7 ) ENGINE=InnoDB DEFAULT CHARSET=utf8;