linux – Sysadmin性能指标?

前端之家收集整理的这篇文章主要介绍了linux – Sysadmin性能指标?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我在dot com工作,我们团队的一部分职责是维护生产Web应用程序和服务器场.直到最近我们的部门才开始创建,现在我们有大量的补丁修补服务器,并实施监控和备份.

为了开始使用这个怪物,我们将其分解为各个阶段,作为第一阶段的一部分,我们在几台服务器上重新安装操作系统,从旧的Redhat 8(非fedora 8)操作系统安装中更新它们.作为webapp,服务器需要运行apache和PHP.记录需要编译到这些程序中的模块,并记录用于编译的旧构建过程.

作为系统管理员,你们在那里期望记录什么,你应该记录什么?既然需要更新构建过程和文档,那么布局需要完成的项目的最佳方法是什么?应该将步骤定义为sys-admin工作的一部分,还是技术经理工作的一部分?这部分是“高级unix工程师”与初级工程师的资格吗?如果这会影响您的绩效评估,您希望在评估此类项目的绩效时遵循什么标准?

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

解决方法

如果这是一个独特的问题,你如何衡量问题是在于人还是问题?

如果你的一半人被杀/被解雇等等,你应该记录部门运行所需的一切……如果你需要用新的管理员重建部门,他们应该能够让新的东西再次运行与您的文档位置.

在实践中……嘿!是的,对.如果文档在大多数地方甚至创建都是最新的,那么你很幸运.

如果您正在管理怪物任务,那么您需要与管理员见面并询问事情的进展情况以及尝试的内容.如果在这三个星期里他一直受到这个问题的困扰而且它没有得到解决,是因为他没有在努力吗?他试图纠正这个问题是什么?

你无法对这个问题进行微观管理,或者他可能会开始与你作斗争.系统管理员需要有足够的工作自由,而不会觉得他每一步都被仔细检查.但如果项目或任务真的远远落后,那么你就有了合理的关注.向他询问是否有他需要的东西以完成工作,或者问题是他难以克服.

好书:Managing Humans by Michael Lopp.

性能应基于IT问题的处理能力,以满足用户的需求,以及维护服务器和基础架构问题.您不可能将问题简化为“每天解决X问题”或“编写X行代码”来衡量每个员工.

也许你可以从团队中的其他人那里获得意见,以获得关于彼此如何做或主要需求的反馈.优秀的技术人员希望与优秀的技术人员合作.他们不想与“快乐和善良”但不称职的人合作.如果这意味着一切运作良好而且那个傻瓜知道他的东西,那么他们会和一个讨厌和他们一起呆在房间里的脾气暴躁的笨蛋一起工作.

猜你在找的Linux相关文章