◆坚持按照这些规范行事。调整和改进一些方法，使其更有意义。
◆永远不要执着于主版本。如果你的产品功能还没有完全冻结，你必须按照规范继续前进，忘记过去。
◆按照规范做的事情越多软件和硬件是如何联系起来的，你的工具就越有用。用于支持其他运维领域的软件包越多，可适配的场景就越多。
记录在案
◆ 记录过程
◆产品资料
◆深树与大树
◆不要让文档显得多余。如果脚本的帮助文件很长，可以引用。好的文档是一个持续改进的过程，它必须始终准确。
◆将文档与代码、pydoc等关联起来。
◆过期文件是有害的。留出一些时间来更新它们。当新员工遇到问题时，与新员工坐下来更新文档。
◆适当使用问题跟踪系统（issue）。保留操作历史文件非常重要，以避免因 DNS 故障再次发生而骚扰他人。
使用源代码控制工具
◆使用git或。避免使用SVN。
◆ 将配置文件、脚本等放在源代码控制工具中进行管理。
◆提供多种代码迁移入口。
◆保持搬出的严谨性、精确性和可控性。禁止提交无法审核的更改。应该提交的更改应该可以在没有源代码控制工具的情况下轻松测试（在虚拟机环境中，它们可以直接在单独的测试机上进行测试）。
招聘
◆区分顽固的人和精明的人
◆不要避免雇用“老人”。某个领域的“老一辈”可能已经跟不上技术变革的步伐，以至于你可能不想雇佣他们。不过，总得有几位“超级巨星”来稳住这个位置。
◆不要避免雇用新手。我认识的很多人都是从真正的新手开始的（包括我自己！其实我觉得我一直都是新手）。经过这个阶段，他们会迅速成长。现在是建立事业的时候了。我相信我们大多数人都是这样。当然，不包括那些不学习的人，那些没有上进心的人软件和硬件是如何联系起来的，或者那些落入错误路线的人。
避免供应商锁定，同时与您的供应商保持良好关系
◆购买专有硬件的主要缺点是供应商锁定，您必须始终使用该供应商的产品。这可能是设备上的特殊SAN、NAS，或者特殊用途的存储、备份系统等（51CTO推荐阅读：不要把鸡蛋放在篮子里）。尽量避免这种情况发生。如果你完全按照上面的设计建议去做，你应该能够在不同平台上快速搭建测试环境。然后，您可以进行硬件评估并自由选择。
◆如果一切都是深奥的、非常不清楚的、没有文档化的，并且直接依赖于一个专有的负载均衡器……那么***不要使用它，因为如果你使用它，你将不会免费。
◆善待您最终选择的提供者。如果每次购买都将它们推到价格上，那么你只能得到一些垃圾硬件。
◆ 有时数据中心有许多潜在的可用资源。尝试在合同中包含一些免费的远程协助服务，例如协商更换硬盘、供应商的运输/RMA 条款以及一些基本硬件的安装。我有一个机架设备，我们的人在架子上安装它的过程并不担心……真是太好了。
给开源一个机会
◆ nginx,,,,,,,,squid,,PF,,LVS,MySQL等。在您选择值得信赖、可靠且昂贵的专有安装程序之前，请给开源一个机会。你会发现使用开源软件意味着你可以添加插件、扩展、代码修复，或者你可以外包一些你无法实现的功能。在我看来，开源软件是非常可靠的，而且在负载巨大的情况下，它们通常比大型、昂贵的硬件更可靠。
◆“一分钱一分货”的想法完全是谎言。如果您无法获得适合您的开源软件并需要帮助，您可以寻找提供商。如果您的团队明智且积极主动，并且这些人想弄清楚他们的基础架构是如何工作的，那么您一定无法抗拒来自 GPL 或 BSD 系统的诱惑。
◆ MySQL 和 MySQL 都不错。如果你想使用它们，你可以权衡利弊。没有什么东西会在晚上爬出您的壁橱来“吃掉”您的数据。与经过测试的、稳定的、冗余的 MySQL 集群实例相比，大型离线实例更容易搞砸。
◆关于LAMP架构的文章数不胜数。无数知名网站、ISP，甚至公司现在都在使用开源软件。给开源一个机会。最糟糕的结果只是浪费一些时间，*** 从你害怕的供应商那里得到一些好的报价。
【转载请注明原文译者及出处。】
原来的：
【编辑推荐】
系统管理员需要掌握哪些软技能？为生产服务器选择正确的 Linux 发行版
文章来源:https://os.51cto.com/art/201101/243990.htm
感谢您的来访，获取更多精彩文章请收藏本站。
