【51CTO精选译文】Software Update会下载来自苹果服务器的软件更新内容并将其发布到网络当中的其它Mac设备之上。
Software Update服务相当于苹果版本的微软Windows Server Update Services（简称WSUS）。大家的OS X服务器会直接从苹果软件更新服务器处下载更新数据。接下来，我们利用Profile Manager将自己的Mac客户机指向本地更新服务器，这样它们就能从这里获取更新内容而不必再访问苹果官方设施--这样既节省了互联网带宽又大大提高了下载速度。
当设置为Automatic时，该服务会在苹果提供可用更新后自动将更新内容发布到我们的各Mac客户机处。如果选择Manual，大家则可以通过选项暂时保留更新内容、在经过测试之后再将其发布到全部客户机处。相信任何一位曾经在OS X更新内容发布当天就将其付诸安装的朋友都能理解其中隐藏的风险。即使是最为关键的安全更新，大家最好也先拿出几天时间经历严格测试再予以发布，否则技术支持团队的电话很可能会被打爆。
客户机--最早支持老虎系统版本--都能够在Software Update服务的支持下实现更新控制（不过我个人认为，如果时至今日大家还要对老虎系统客户机进行更新，这才是真正的大问题）。
Software Update服务能够对所有苹果服务器可以更新的内容进行升级，其中包括Mac固件更新、Safari、iTunes以及其它苹果应用程序更新，而且完全无需涉及Mac App Store（大家也可以利用Caching服务处理这些更新工作）；另外，针对OS X版本的系统更新只要高于10.4也都可由Software Update完成。苹果更新目录的完整副本需要占用数GB磁盘驱动器空间。另外，我们无法利用Software Update 服务在本地服务器上实现iOS更新的下载与发布。
与WSUS相比，Software Update服务还存在另一些功能局限。虽然我们可以暂时保留更新内容不向用户发布，但却无法强制要求用户使用我们推送的更新内容。换句话来说，一旦批准了更新内容，用户就可以通过正常的软件更新流程获取这些新内容，但我们无法强制要求他们进行安装、也不能检查整个内部环境中的更新情况。如果用户选择稍后更新，大家只能等着他们主动加以安装。要解决这一局限性，最好的办法是将Software Update服务与苹果远程桌面之类的管理工具相结合，从而以手动或者选定计划的方式强制检查更新。
另外，我们也没办法在保留其它群组或个人更新内容的同时、批准某些特定群组或者个人的更新内容。由于与Active Directory关联紧密，因此WSUS能够实现这类任务。与大部分其它OS X Server服务一样，Software Update同样适用于拥有多台Mac设备的家庭用户或者设备数量不太大的小型企业环境。不过一旦Mac设备达到数百甚至上千台，Software Update的表现就无法令人满意了。
功能重叠
如果我们在同一台服务器上同时运行Software Update服务与Caching服务，则需要注意以下几个要点。首先，由于两种服务都会对系统更新内容加以保存，因此大家可能需要经过调整防止这种同一更新多次保存的情况。OS X更新点的大小往往超过1GB，所以如此规模的缓存内容叠加起来可是种沉重的负担。不过由于Caching服务只会下载用户实际需要的内容，因此大家并不一定会会受到陈旧OS X更新内容的拖累--毕竟Software Update服务所提供的Automatic模式能够自动完成系统更新下载工作。
最后，Software Update服务允许我们暂时保留更新内容并加以测试，从而验证其能否顺利作用于大家的Mac设备；而Caching则毫无限制地将一切用户曾经下载过的内容保留在缓存当中。同样采用一次设置、不再维护的操作方案，Caching服务就会变成一把双刃剑--虽然易于使用，但却很难在后续运作中对其进行必要的具体或者高级控制。
上一篇：OS X Mavericks Server使用教程:Caching
更多相关内容请查看：OS X Mavericks Server使用教程
原文链接：http://arstechnica.com/apple/2013/12/a-power-users-guide-to-os-x-server-mavericks-edition/
【编辑推荐】
1、OS X Mavericks Server使用教程：安装设置
2、OS X Mavericks Server使用教程：初见Server.app
3、OS X Mavericks Server使用教程：用户与群组
4、OS X Mavericks Server使用教程：管理旧有Mac设备
