代码发布平台的设计

        代码上线如果采用人工方式，那就有点熬人了。尤其像咋这种粗心又大意的小伙伴，一不小心发个bug甚至直接把rm指令当mv的用，那妥妥的要挨打。所以我们需要一条途径让我们的代码上线很easy，而且只能在规定的范围内进行操作。于是乎我们就需要这样一个发布系统，市面上的发布系统也就是流水线了。当然这个流水线呐是定制化的过程，就像链表一样可以添加节点，删除节点这样子。现在的问题是咋也想自己搞这么一个发布系统拿出来卖钱，比如一套系统买个几百块钱，价钱低也架不住市场广泛呀。但是问题是我们如何设计这个一个发布系统呐，我们要用那些技术组件来做这样一个利人利己的事？

        发布系统本质上就是替代人的因素。所以我们发布系统模拟的就是发布代码的程序员。所以大概的过程如下：

其中拉代码、编译、打包等步骤都非常简单，在java中采用RunTime执行相关的命令就行。问题是如果我们的项目部署的机器很多，而且都在公网或者内外中，我们总不能就这样让每个机器都开一个端口用来传输项目包吧，毕竟这样太不安全了，也太不专业了。既然一定要开发端口，但是我们力求开放端口数量尽可能少，那么我们只能选择开放一个端口，而且这个端口尽量和已有项目复用。这块我们可以将打好的包上传到制品库中，也就是git或者svn甚至是ftp文件服务器中。

将打好的项目包上传到制品库，那么什么时候去让目标机器去获取就又称为一个消息通知的问题。同样的原则我们尽量不开端口或者少开端口，如此，我们可以采用zookeeper的watcher来做这个事情。我们在每台目标机器上运行这个客户端。但是听过zookeeper的watcher来监听对应项目发布的消息。当我们将打好的项目传输到制品库的时候，我们就修改zookeeper中相应项目的watcher值，然后目标机器的客户度监听到消息之后从制品库获取相应版本的项目或者启动脚本，以及项目的更新策略进行项目的更新。于是乎，我们大概可以画一下发布平台的大概过程。

        上述流程貌似一气呵成，实现了我们的需求，但是问题是我怎么知道项目启动的结果是什么样子的，启动过程中有没有报错。说的简单点就是，我想看到我项目启动的一些信息，再简单的来说我想收集的是日志，so，这样的话，又该怎么做？

        尤其是像我们的项目是夸机器部署，具有多个机器，日志收集这块我们马上想到之前学redis的分布式文件分发的那块，我们完全可以采用list数据结构来记录目标机器的日志。将日志直接打入redis中，然后设置过期时间。发布者通过请求从redis中获取项目启动日志并展示给项目的发布者。这样我们的发布系统就如下图所示：

在上边的分析中我们大概的设计了这样一个给予zk、redis的代码发布平台，当然在项目中我们肯定需要设置一些超时时间或者重试的基础基础策略来保障代码发布在大概率上避免一些特殊的类外事件影响。

晚安啦~