系统管理员性能指标？

Question

我在 dot com 工作，我们团队的部分职责是维护生产 Web 应用程序和服务器群。我们部门直到最近才成立，现在我们有大量的追赶补丁服务器，并实施监控和备份。

为了从这个怪物开始，我们将它分解为几个阶段，作为我们第一阶段的一部分，我们正在几台服务器上重新安装操作系统，从旧的 Redhat 8（不是 Fedora 8）操作系统安装中更新它们。作为一个 webapp，服务器需要运行 apache 和 php。需要编译到这些程序中的模块都被记录在案，并记录了一个旧的编译过程。

作为系统管理员，你们希望记录什么，你应该记录什么？由于构建过程和文档都需要更新，那么布置需要完成的项目的最佳方法是什么？定义步骤应该是系统管理员工作的一部分，还是技术经理工作的一部分？这是成为“高级 unix 工程师”与初级工程师的资格的一部分吗？如果这样的项目会影响您的绩效评估，您希望以什么标准来评估您的绩效？

编辑：该应用程序正在不断开发中。其中大部分是用 PHP4 编写的，并继续在 PHP4 上运行，但是，作为 Web 服务运行的较新代码作为 PHP5 运行。所以在同一个盒子上有 php4 和 PHP5 安装。记录了每个构建所需的模块。系统管理员有那个文档。

Answer 1

如果这是一个独特的问题，你如何衡量问题出在人身上还是出在问题上？

如果你的一半人被杀/解雇/等等，你应该记录让你的部门运行所需的一切……如果你需要用新的管理员重建部门，他们应该能够在新的情况下重新运行位置与您的文档。

在实践中……嘿！对，没错。如果文档是在大多数地方创建的，那么您就很幸运了。

如果您正在管理怪物任务，也许您只需要与您的管理员会面并询问事情进展如何以及尝试了什么。如果在这三周内他只负责解决这个问题而问题没有得到解决，是因为他没有解决吗？他试图解决什么问题？

你不能对这个问题进行微观管理，否则他可能会开始与你争吵。系统管理员需要足够的工作自由，而不会觉得他的每一步都在被仔细检查。但是，如果项目或任务真的远远落后，那么您就有合理的担忧。从他那里了解他是否需要完成工作，或者他难以克服的问题是什么。

好书：Michael Lopp 的《Managing Humans》。

性能应基于解决 IT 问题以满足用户需求的程度，以及服务器的维护和基础设施问题。您不可能将问题简化为“每天解决 X 个问题”或“编写 X 行代码”来衡量每个员工。

也许您可以从团队中的其他人那里获得意见，以获取有关彼此的工作方式或主要需求的反馈。优秀的技术人员希望与优秀的技术人员一起工作。他们不想与“快乐和友善”但无能的人一起工作。他们会与脾气暴躁的脾气暴躁的人一起工作，如果这意味着一切正常并且脾气暴躁的人知道他的东西，那么他讨厌和他们呆在房间里。

Answer 2

旧的东西（遗留）可能很难：
如果我没看错，你有旧版本的软件，并试图让它在最近的操作系统建筑上运行。Red hat 8 现在已经 7 岁了，所以我想说应用程序也应该更新（也许从那时起这些模块还没有更新）。所以这听起来像你说的一团糟。

记录和期望：
这取决于，但你真的应该列出你的总体期望。让你想要的一切都非常清楚。然后你应该能够相信管理员会跟进并更新你，如果他们因为某种原因不能。您可以与他们联系，并确保他们正在做这些事情。系统管理很奇怪，因为它因职位而异，因此可能需要一些时间才能让他们了解您对他们的期望。

我的建议，沟通！：
我想我们不能告诉你这些是不是困难的问题。开发人员不应该离系统管理员那么远，所以如果您遇到问题，请让您信任的开发人员与管理员坐下来帮助他解决这些问题。该开发人员应该能够提供一些反馈。

关于更新一切：
一些可能有用也可能没用的想法：

• 这个使用量有多大？也许将它虚拟化并忘记它会更好：-P
• 申请有多复杂？是否会更便宜并且只需重建它花费的时间更少？这也可以追溯到更新应用程序，也许如果这些模块已经过时，应该将这些部分取出并重新编码。如果可以的话，它还可以追溯到沟通、团队系统管理员和开发人员一起找到最佳解决方案。