我刚刚被提升为我们产品的系统管理员。我们正在设计一个与云 (Amazon EC2) 通信的应用程序。我将负责维护所有实例及其底层组件。到目前为止，这涉及一组负载平衡服务实例，这些实例连接到多租户数据库设计中的中央数据库。
我对其他系统管理员发现的宝贵工具或做法很感兴趣。任何提供的资源都将不胜感激。
答案1
答案2
我尝试应用并且经常发现有人违反的一个有用原则是，系统管理员应该了解其责任的界限，并注意不要超越界限。
我的意思是，在系统管理员职责中，经常会出现一些问题，这些问题实际上需要由业务的其他领域做出决策，但 IT 可能会尝试解决问题，而无需从业务部门寻求这些决策。
以下是一些很好但绝不是详尽的例子：
将保留期限应用于电子邮件存储。IT 部门不应在未咨询企业法律部门的情况下配置此保留期限。由于磁盘无法容纳更多内容而将其设置为 3 年，这还不够。如果后来发现电子邮件必须合法保留更长时间（例如 7 年），那么您就陷入困境了。
处理旧服务器和工作站并删除安全数据——IT 需要与业务主管或合适的代表协商，了解其组织的数据安全和处置要求。
有些人认为这是逃避责任的表现，或者被这样一种观念所蒙骗，即他们必须能够权威地回答任何问题，无论主题是什么。作为 IT 人员，我认为我们经常被这样一种观念所蒙骗，即我们被期望对任何主题都做出权威性的回答，而不仅仅是我们熟悉的主题。
所以是的... 学习并应用适当的责任界限来适应你的角色，你组织中的非 IT 人员会欣赏和尊重你对 IT 如何融入业务的理解。你将避免被人认为是一个不受控制、难以控制或傲慢的人。更不用说如果所做出的决定导致问题，你还能保护自己免受可能产生的任何后果。
哦，与上述内容相结合，并作为一项独立的原则：始终建立决策的电子邮件跟踪，以便以后可以追溯和证明。