我pipe理一些15-20 Ubuntu服务器，并面临着保持所有最新的繁琐任务。
我已经寻找了一个更简单的解决scheme，并遇到了Ubuntu景观，但这是摆脱我们的预算联赛。 所以我决定build立自己的（*），我很开心。 它不像开放源代码项目或商业产品那样坚如磐石，但却能很好地完成工作。
不过，我有这个唠叨的感觉，我的问题一定是有人解决的。 然而，无论是基于web的aptitude / apt-get（更不用说“webbased aptitude”），都会产生太多的错误。 我怀疑我会永远find它使用的任何条款，我可以拿出:-)
那么，有没有人知道一个解决scheme，通过一个基于Web的界面pipe理多个服务器上的软件包。
*）我构build的系统将其更新候选发送到中央服务器，并存储在数据库中。 web界面允许查看/检查每台服务器的更新，然后在重新发送最新的可更新软件包（读取数据 – >安装 – >检查更新 – >发送数据）
更新 ：我不是在寻找configurationpipe理。 手动应用更新的重点在于您可以首先在开发环境中testing这些更新。 由于一些软件包的更新频率很高，因此傀儡configuration来反映这些版本是充其量的。
我和你在同一条船上，寻找一个集中pipe理更新的好方法。 知道我们使用RHEL，所以我们利用RHNnetworking系统来跟踪更新。 现在我正在将大多数服务器迁移到Ubuntu 14.04，并且正在寻找提供至less一些pipe理function的东西。
我很可能会很快尝试这个： http ： //spacewalk.redhat.com/
这是一个RHEL系统的开源版本，但是我看到了可以支持Ubuntu的地方？ 至less它处理的kickstart文件，这将是很好的快速部署。