通过比较，StarDeploy在如下方面于Munki之间存在这差距:
- StarDeploy只支持软件的安装，没有一个机制强行卸载软件，当然了，如果管理员可以编写一个按闸程序来删除软件也是可以的，但是，问题是，系统本身没有提供这个强制措施，从而无法保证客户端卸载软件成功和保持一致性。
- StarDeploy不支持以来关系，也就是不提供一个软件对另外一个系统或者软件的依赖，比如一个软件的安装的前提是，另外一个软件（比如特定版本，特定文件，或者某个软件没有出于运行状态等等）的存在或者成功安装。这一点当然可以使用prefligh/preinstall等脚本来实现判断，但是如果需要强行安装，还是有这样的依赖关系的建立，才能顺利进行，否则管理员需要更多的精力来建立适合的安装包。
- StarDeploy没有基于客户端的手动安装措施
- StarDeploy没有把ASU（Apple Sfotware Update）的功能集成进来。这样客户端需要两套软件更新。
- StarDeploy的也发上不支持单纯更新。当然了，这一点依然可以使用安装包的scripts技术措施，来实现这一点。
- StarDeploy不是开源的，虽然是免费的。
- StarDeploy在没有用户登录的时候，是不会进行更新的。这一点有限制，也就是无法方便实现logout的安装，这一点对于有的安装软件是个限制。
- Munki的另外一个亮点是，支持HTTP，这样完全可以避开防火墙的阻挠，从而避免和企业网络部门之间的交涉，方便管理员的决定和实施。
虽然前面说了好多StarDeploy的功能的简单，但是根据环境的要求不同，完全可以采取简单易用的StarDeploy，而避免功能强大但是配置复杂的Munki。
最新评论