Salt 2014.7新增了zmq_filtering配置项, 利用zeromq PUB/SUB Envelopes技术, 可以实现消息只发送到target minion(目前只支持list target)

Salt 当前已经支持显示具体的进程名, 只需要安装 setproctitle 重启后即可显示Salt进程的具体名称, 便于Debug

Salt 2014.7支持pillar merge功能, 尝试基于此完成统一的iptables防火墙规则的管理

SaltStack 2014.7.0对master端的job_cache进行了扩展,可以轻松配置将job执行结果存储到外部系统中.

当前运维系统底层采用 Salt 进行实现, 由于节点分布在全国各地, 存在南北通畅问题, 为了解决这个问题, 之前采用了 Syndic 方案, 在实际使用中发现由于Syndic采用分治机制, 弱化了MasterOfMaster, 在某些网络状况较差的情况下, 会让结果变得不可控. 为了解决该问题, 借鉴ZeroMQ文档, 开发了轻量的Salt Proxy解决方案 salt-broker

Salt 在 0.9.0版本 中增加了 Syndic 特性. 通过Syndic, 可以快速构建出多层级的Salt拓扑, 使Salt变得更灵活. 那么Syndic是如何工作的? 当前有哪些优势和局限哪?

Salt 底层网络架构采用 ZeroMQ 进行实现(2014.1及之前版本, 从2014.7起, Salt新增 RAET ), 那么Salt都使用了ZeroMQ哪些模式? 各个组件间又是如何协作的?

在 SaltStack 中, Pillar作为定义minion全局数据的接口. 那么在Salt内部, Pillar是如何工作的? 在哪些情况下, 使用Pillar需要先执行刷新操作? 而哪些又不需要?

SaltStack的returner是由minion端主动连接returner完成执行结果的存储, 在部分场景下并不能满足需求. 由于Salt底层已经构建了一套Event系统, 所有的操作均会产生event. 因此基于Salt Event System构建Master端returner成为一种可能.

SaltStack 0.10版本中, 基于ZeroMQ publish socket, 新增了Event系统, 允许其他进程连接该socket并监听event bus上的events. 本文对SaltStack Event系统进行监听events测试.