小企业（还不能与提供系统的上游企业相提并论的企业）构建自己的基础系统环境的原则
原则0：
选用一种“Linux发行来构建“生产环境”，不要多版本混用，更不允许换来换去。
个人建议使用基于RHEL的发行——CentOS。
之后的一切“原则”、“实践方法”默认指“在CentOS环境下”。
为什么：
什么是企业版？什么是生产力？
Linux的世界充满了“折腾”，我们要的是生产力，不是”折腾”，更不是“学习环境”和“炫耀的资本”。
以我的经验来说，选择RHEL/CentOS，没错——诚恳推荐，绝不装X！
原则1：
使用系统、依赖系统；不修改系统、破坏系统。
不允许修改系统上“除了配置文件”以外的任何文件。
这里说的系统是指系统的发行，以及官方承认的epel源。（这是我们承认的“系统”）
为什么：
会破坏系统的“一致性”、“完整性”，导致系统的部分、或全部功能运行不正常。
原则2：
尽最大可能，不使用root账号，不使用root的特权。
有很多事情，都不需要root权限，特别是“非Sa角色”做的事情。假如不是，那应该是没有用对方法。
本原则其实是为了有效避免违返原则１的事情发生。
为什么：
可以避免系统被破坏。大家用root习惯成自然了，生产环境不应该如此。
原则3：
使用系统的方法以 系统手册（man、info)、系统文档（/usr/share/doc)、以及官方文档(http://docs.redhat.com/) 为最高指导。
遇到问题时，先通过这三个“信息源”查找解决问题的方法。
通过google解决问题很快，但通常都是表面的，除非是那种长篇大论的文档或者论文——只提供思想、方法，不提供具体步骤。
为什么：
就目前而言，google来的方法，通常都只是就事论事，考虑的不够长远，不够宏观。“这样使用系统”，会让系统变得“复杂”甚至“导致系统不可用”，破坏系统的部分、或者全部，降低系统的可运维性。
系统手册这种最权威的文档，之所以不“流行”是因为不是“step by step“的，需要上下翻找，长篇大论……需要理解才能找到解决之道。这更说明了，读”手册“才是正道。
总结：
以“第三方”的形式、心态使用系统。要么依赖系统，要么自己打造自己的环境，但绝不允许“修改系统”。一定有一种方式，是两者可以共存的，这种形式，才是最好的形式。
有个名词叫“路径依赖”，没有上面的“原则”，运维将走上不归路！（人个观点，仅供参考）