pipe理员团队应该是多大?

我试图find一个关于需要多less个服务器pipe理员/技术人员来运行服务器场的解决scheme,让我们的10,100,1000个Linux服务器有7/24的可用性?

有没有这方面的研究?

编辑我不期望这个问题被closures。 有很多关于软件开发的研究,从“代码行”你可以近似的软件开发成本(COCOMO),所以我正在寻找类似的pipe理。

请注意,我100%明白这不是一个简单或容易回答的问题,但它是一个真正的问题…

对于人们在做什么和做了哪些与之相关的调查分析已经做了一些调查,但是我不知道有任何关于这个问题的正式研究。 坦率地说,我不相信现有的调查超出了他们的实用性,作为有关其他实体在做什么的情报; 他们不是指南

这里有几个复合variables。 主要的:

  • 基础设施中的异质性水平。 越是杂乱无章,需要支持的人越多。 如果它是一个单一的大农场(IaaS农场,Etsy),你可以用3个10K逃脱。 对于由部门购买的一百个随机应用程序的学术数据中心,您需要的不仅仅是IaaS农场。
  • 目前的自动化程度。 自动化节省人力。 这是第一点的代表,但它本身仍然是一个非常重要的问题。 有些系统不能很好地实现自动化(Windows),另外一些则是自动化没有多大意义的一次性工作(在angular落里的Solaris 7盒子将花费8万美元来replace,但没有人有这样的钱预算危机)。
  • 服务水平要求。 如果你需要24/7/365的人员configuration,这将增加你的人数,如果你能在紧急呼叫几个小时后离开。 哪些专业需要在什么时间配备/随时待命? 有多less支持的服务需要快速响应,可以等几个小时? 你有什么失败,devise自动化恢复,哪些需要动手协助?

然后是定义问题。 什么是“技术人员”? 大型基础设施可以统计“技术人员”中的暖通空调和电力用户,中等和小型(100-500)认为偶尔的承包商对人数没有贡献(或者如果他们这样做,则是FTE的一小部分)。 SAN工程师或数据库架构师在大型环境中可能不是“技术人员”,但也可能是中等规模的技术人员。

对于devise复杂但维护简单的基础设施(如IaaS云),您所需的人员较less。

对于devise复杂且维护复杂的学术数据中心(拥有100个独特服务的学术数据中心),由于许多知识中心需要保持良好的运行状态,因此需要更多的人来维护它。