我刚刚被提升为系统pipe理员为我们的产品。 我们正在devise一个与云（Amazon EC2）通信的应用程序。 我将负责维护所有实例及其基础组件。 到目前为止，这涉及到一组负载平衡的服务实例，它们通过多租户数据库devise连接到中央数据库。
我感兴趣的是什么其他系统。 pipe理员已经发现作为宝贵的工具或做法。 任何资源提供将不胜感激。
“ 系统与networkingpipe理的实践 ”是一本有关基础知识的精彩书籍。
如果您通过选票search问题 ，您可以在各种主题上学到很多东西，这些主题可能是必不可less的。
不幸的是，没有一个更具体的问题，我们可以帮助你。
编辑1
另外，看看这个早期的问题，因为它主要解决你问的问题。
我试图应用的一个有用的原则是，一个系统pipe理员应该了解他们的责任范围，注意不要超越标记。
我的意思是，通常在系统pipe理员职责中，会出现问题和问题，实际上需要由业务的其他领域作出决定，但是IT可能会试图解决这个问题，而不会从业务中寻求这些决策。
一些很好的但绝不是穷举的例子是：
将保留期限应用于电子邮件存储。 IT部门不应在未咨询业务合法权限的情况下configuration此保留期限。 把它设置为3年，因为你的磁盘不能超过这个，不够好。 如果事后certificate电子邮件必须在合法的时间内保留更长的时间，例如7年，那么你就是一条小溪。
处置旧的服务器和工作站以及安全的数据删除 – 信息技术需要咨询业务主pipe或合适的代表团，以了解其组织的数据安全和处置要求。
有些人认为这是一种摆脱责任的倾斜，或者被人们认为无论主题是否能够权威地回答任何问题。 通常作为IT人士，我认为我们会觉得我们会觉得我们应该有权威地回答任何问题，而不仅仅是我们知识渊博的人。
所以是的…学习并适当地将责任分配给你的angular色，组织中的非IT人员将会理解和尊重你对IT如何适应业务的理解。 你会避免一个松散的大炮的声誉，难以控制，或傲慢。 更不要说保护自己免受任何可能导致的后果，如果做出的决定导致问题。
哦，并结合上述情况，本身作为一个独立的原则：始终build立一个电子邮件的决定，以便他们以后可以追溯和certificate。