开发的一个小工具的介绍

前言

为了解决运维平台更新包下发功能的诟病：下载体量及频次高、互联网到内网的网络限制，diva 在初期开发资源管理的时候就预留了更新包的离线上传的接口，希望通过离线搬运更新包的方式解决网络问题，在完成diva第一个版本并上线开始使用的时候，就开发了diva-patcher 的后台功能，用于对接diva的离线上传接口。但前端一直没有实现，如今这个功能看来非常有必要，所以花了几天时间，将前端功能实现出来。四年来，diva作为一个传统的运维工具平台，在契合公司devops流程中的环节中、在多个项目的生产管理中扮演了越来越重要的角色，也在逐渐被开发和实施接纳，但作为开发者深知其中的不足及局限，也终将更不上开发框架的衍进，运行架构的更迭。仅希望能在抛弃它之前，能走得更稳一点，更远一些。

功能介绍

diva-patcher 顾名思义被设定为 diva的收集更新包补丁集的辅助工具，相当于更新包的中继、中转站。通过在互联网侧替diva采集更新包，又在内网侧将更新包供给diva。早前diva是和ansible主机分离的，可将diva直接进行内外网切换的，但是后面考虑到分离后需要更多的服务器资源并且diva主要用于运维管理而非下载管理，所以后面通过docker部署直接和ansible主机整合在一起了，那么diva-patcher就被考虑用来双网切换交互，起先想将它做为diva的附带的前置服务，现在将它直接变为一个可链接多个diva的更新包采集工具，这样就没有必要为wims(版本信息)和FTP(更新包文件)去打通内网入口，更加安全和可靠。

diva-patcher主要功能：
－拉取 patcher通过代理diva的token，从wims获取版本信息，形成一条拉取记录。
－打包 根据拉取记录，打包会将对应的版本信息和更新包封装为一个zip文件。
－上传 将封装的zip回传给diva，diva解析出版本信息和更新包保存入库。