基本上,我想问的问题与Solaris 10上软件包部署的自动化有关。
具体来说,我在tar文件中有一组软件组件,在主机环境中提取和配置之后,这些组件作为守护进程运行。就像任何服务器端软件包一样,在提取和运行软件之前,我需要确保满足先决条件列表。例如:
显然,用手对许多盒子(目标)做这件事可能很慢,而且容易出错。
我认为更好的选择是以某种方式使这一过程自动化。到目前为止,我已经考虑了以下几种选择,并出于某种原因放弃了它们。
1)传统shell脚本。我以前只解决过这些问题,而且我对它们没有太多的经验。这将是我最后的选择。
2)使用pexpect库分析系统命令输出的Python脚本。这是我最初的选择,因为目标Solaris环境已经安装了它。然而,我想确保我不会再重复车轮:P。
3) Ant或Gradle脚本。它们可能是一个选项,因为这些框还启用了java1.5,而且文件集抽象可能非常有用。但是,在处理用户和文件夹权限检查/设置时,它们可能会失败。
在我看来,在这种情况下,我不是第一个出现这种情况的人,但我似乎没有找到一个针对这一目的的实用框架。如果有更好的方法来完成这个任务,请告诉我。
我感谢你的时间和帮助。
发布于 2011-01-04 11:36:58
您可能希望为此使用更改自动化。例如,木偶,厨师,参考引擎,bcm2,或其他什么。
就我个人而言,在过去的三年里,我一直在Solaris上使用木偶,并且对这个决定非常满意。我们使用它来管理系统管理的各个方面:用户、文件、cron作业、ZFS文件系统、NFS挂载、区域、服务(通过SMF)等等。很有用的。
木偶SRV4包提供程序可以工作,但它缺乏远程提取文件的能力(例如,通过HTTP)。您可以通过编写一个为您安装包的函数来解决此问题。如果包是本地可用的(通过NFS),那么提供者应该可以正常工作。
除了Solaris 10之外,我们还使用相同的木偶回购来管理我们的Solaris Express和Debian Linux系统。
我写了一段时间的文章,这可能会有帮助:http://mirrorshades.net/post/196593566
https://serverfault.com/questions/203692
复制相似问题