不只适用于管理员
　　在本专栏中向您推荐 Practice 有两个理由首先本书隐含着些我打算详细介绍说明好处:也就是说它不仅适用于管理而且适用于开发
　　
　　其次本专栏未来部分将引用本部分中提到几个参考资料Expect 是上个专栏主题它和 Practice 都会在未来部分中出现并且在开始阅读未来部分的前最好先透彻地理解它们
　　
　　Practice 和同类书籍有什么区别
　　最近十年大部分时间里UNIX 系统管理员两本标准参考书籍是 Nemeth 等人编写 UNIX Administration Handbook 以及紧随其后由 Aeleen Frisch 编写 Essential Administration假设打印机队列出现了状态那么您可以明智地希望选择这两本中任何本并从中找到解决问题命令最近还出现了几本良莠不齐书籍它们专门讨论 Linux 系统管理
　　
　　Practice 不象这些书籍它不仅对这些书籍进行了补充而且在某种程度上取代了它们大多数管理书籍中充斥着代码；它们有 sendmail.cf 举例、大量 shell 脚本、top 命令行参数介绍说明等等Practice 所针对知识主体要略微更抽象些和 Mark Burgess 编写 Principles of Network and Administration 大体相同 Practice 要点是将作为日常琐碎工作“如何”管理问题提升为专业实战“为什么”问题
　　
　　Practice 这样做时基本上不引用特定或产品实际上它甚至不把自己绑死在某操作系统系列上；其思想都能很好地应用于 MacOS、UNIX、 或其它企业操作系统
　　
　　本有关管理书籍却没有任何管理举例对于您来说这是否看上去很极端？对 Practice 评价也很极端；大多数读者得出结论是他们要么对它爱不释手要么不喜欢它甚至不愿意把它作为赠品来接受我显然是前个阵营中根本上Practice 所有理论都很实用
　　
　　例如第 19 章是有关电子邮件当出现邮件循环、队列分裂或者需要过滤垃圾邮件、限制收件箱大小、归档流量或使样板文件负责声明时它不会给您任何直接帮助但是它用简单语言展示了可靠性、可伸缩性、可管理性等思想必须保留它们使任何特殊任务有价值
　　
　　作者(还有我)怎能将本没有为解决任何特定问题提供处方书叫做“实用”呢？要点在于如果您所知道都是处方那么旦离开处方起作用小领域您就束手无策了Practice 假设您有找到处方思路方法它所承担任务是用更深刻理解补充这些处方这样您就能应付更般或前所未知新情况并且Practice 总是在每章中强调自动化、忠实于标准、良好文档和清晰沟通作为搞好管理基础
　　
　　这个侧重点导致了 Practice 和有关系统管理早期书籍又个差异有关管理传统书籍已经变成了“参考大全”多少有点百科全书味道:当您想得到个有关 IP 分配问题解决方案时就查找讨论该主题章节相比的下Practice 许多读者所做是直接通读本书 — 这本书是故事体“类似于小说”他们学习本书以获得对所有管理原则连贯理解然后转到本书网站WebSite(请参阅下面参考资料中“EverythingSysadmin”)获取到特定“如何做(how-to)”链接
　　
　　这或许是趋势部分我觉得将来对充斥了代码和“手册”“紫皮书”(Nemeth 书“戏称”)需求会越来越少越来越多人希望在线得到此类信息但是我们仍然需要书面表述信息是 Practice 中所包含基于实际经验介绍说明、分析和建议
　　
　　对于编程暗示
　　那么对于开发端应用读者而言“服务器诊所”意义何在呢？首先Practice 是本好书它具有概括信息正适合您工作需要(服务器有什么区别？如何使策略制度化？部署涉及什么？如何管理您自己事业)还有如果理解了管理员是如何研究(或应该如何研究)则您可以更好地完成工作
　　
　　此外Limoncelli 和 Hogan 用来管理特定思路方法还强调了有利于员主题他们显式地标注了管理设计和支持 6个要素:简单、清晰、通用、自动化、沟通和“基础优先”员至少和管理员样需要这些要素
　　
　　Limoncelli 看来要在 make 文件上倾注他毕生精力他将版本控制用于书籍本身文本或者更确切地说是用于他和 Hogan 用来生成文本“宏”关键不在于 make 是种伟大语言；它不是然而它是种用于管理更改和确保再现性已证实技术作为员很多挑战是要应付不断更改:新、应用编程接口(API)、客户需求、硬件约束等通过自动化和通用化使您自己掌握所有这些可变性有关这点Practice 有正确态度并足以来教您
　　
　　在回答我向他们提问时Limoncelli 和 Hogan 提供了本书以外有关考虑服务器几个窍门技巧前者强调:“服务器编程的所以区别是更改管理成为了需求”他还喜欢将服务和服务器区分开来:“任何有支票簿白痴都可以买服务器但运行成功服务却需要高度智慧”
　　
　　那些口号激发了本月家庭作业灵感许多商店监控着服务器当服务器出问题时使用连接到寻呼服务系统和其它通报器警报但您真正想要是系列服务；服务器只是实现该目个手段在学习 Practice 的后自然会得出结论是要构建服务监视器尽管已出现了几种商业监视器并且许多组织使用“自产”版本但是还没遇到过令我满意
　　
　　让我们概述下它工作原理:给定个 /etc/service 风格分配表(100.1.2.3 和 100.1.2.5 应该提供 HTTP 服务而 100.1.2.6 提供 SMTP)监视器检查受监控主机上所有端口如果没有打开其它端口则它确保提供已定义服务结果被记录到日志(Practice 展现了对日志记录价值良好理解)并且分配表在修订控制(版本控制是 Hogan 和 Limoncelli 另个好习惯)下受维护这样做结果肯定会令您吃惊您会在自己网络中发现许多弱点和“压力点”如果您想探究更多细节我邀请您参加本专栏论坛(单击本文顶部或底部讨论是另种访问论坛思路方法)