网络托管生产系统的角色和职责

Question

我被要求记录我认为应该如何细分我们托管公司 Web 应用程序的生产系统的角色和职责。这部分是为了让我们开始更正式地分配责任，这样我们就可以避免出现“我以为你做了”的漏洞。所以...

我想问一下你们，你们认为它们应该是什么。

作为我部分工作的证据，以下是我目前想法的概述。每条线都是一个单独的角色/职责。虽然一个人可能扮演一个或多个角色，但如果一个角色被分给多个人，那么为它设置一个主要联系人是合理的。

• 数据库管理员
• 在新机器上安装操作系统等
• 网络设置
• 作为我们服务的一部分安装的软件（Tomcat 等）
• 安装/配置我们的软件
• 故障排除/事件调查（可能会寻求其他具有专业知识的人员）
• 监控，即安装配置监控软件来支持其他人的角色
• 容量规划
• 全面负责，正如他们所说，他是一个对黑人有信心的人

我猜想存在各种跨领域的职责（例如安全），即使工作由几个人完成，也许也需要有人负责协调。

对以上内容的任何想法、添加、删除或调整。我坦白承认，我在这方面的专业知识超出了我的范围。

Answer 1

公司规模和行业很大程度上影响着 IT 部门的结构。在某些情况下，影响会有点太大。我的专业重点是互联网技术基础设施。

我鼓励将主要生产和内部内联网支持职责分开。即使是技术公司，也会有仅限内部的应用程序和支持需求。通常，帮助台会纳入内部内联网支持。根据环境的规模，您可以将生产职责分为架构和维护。

我喜欢从初级到高级的方法，SAGE 很好地证明了这一点系统管理员的职位描述。这是一般情况下可以遵循的合理经验法则。

在规模较小的环境中，过多地划分职责是不合理的，而且可能会鼓励部门内部的孤立。规模较小的环境受益于共享知识和职责。随着公司和 IT 部门的发展，开始更加具体地划分职责可能是有意义的。

关键领域，通常可以通过职责分离获益：

• 应用程序堆栈
• 数据库
• 网络
• 安全

我建议创建一个电子表格，列出部门内的主要职责。这可以更笼统，并确定与之相关的支持更多的特定领域，例如电话系统或票务系统。将员工分配为主要和次要人员，以便除了文档之外还可以共享即时知识。这将明确职责，并且可以调动这些职责，以防止无聊并促进小组内的学习。责任矩阵的一些示例类别如下：

• SLA 责任
  • 正常运行时间报告
  • 变更控制流程

• 备份

  • 政策
  • 系统
  • 数据库

• 操作系统

  • 视窗
    • 小斑块
    • 大型升级
    • 性能调优
  • Linux
    • 小斑块
    • 大型升级
    • 性能调优
• 监控
  • 警报系统
  • 历史监控
  • 网络分析
• 电子邮件
  • 垃圾邮件箱
  • 最终用户盒
  • 生产应用继电器

这个列表会一直延伸下去，具体到您的基础设施和公司内部的需求。

我建议也考虑进行技能分析，要求您的员工评估他们在不同技术方面的技能水平，并将其汇总到电子表格中。评分不是最终的，也不会影响绩效评估。这可以确定您当前技能组合中的潜在差距，这是培训和未来招聘的重点。

Answer 2

您的初稿已经非常接近完成，但还未包含有关应用程序的更多详细信息。以下是如何弥补其余空白：制作一个图表，其中包含应用程序中的每个组件，或支持/提供/依赖应用程序的每个组件。确保您有负责每个部分的名称或团队。至少让其他人（最好不是您的团队）从头开始做同样的事情 - 确保您获得不同的视角。这包括管理层 - 他们可能会有与 IT 人员完全不同的观点，而且可能非常有效。它也可能是一些 CYA 废话，但可能仍然有效 :-)

以下是一些可能适用于或不适用于您的想法：

1. AV/安全/补丁/法规遵从。其中一些可能已经与您的操作系统/监控/网络人员重叠。安全和/或法规遵从可能需要有自己的工作人员。

2. 文档——或者可能要求每个团队自己做。

3. 谁负责与客户沟通？是否有针对客户问题的票务系统？是否有指定团队负责处理维护或计划外停机公告？如果客户是外部的，是否有内部客户团队或销售人员愿意收到这些通知？

4. 谁负责处理有关升级、增强请求和错误报告的决策？这可能是“产品”或“投资组合管理”，并且可能与业务人员有很大重叠。

Answer 3

也许不在你想要的范围内，但应用程序本身呢？例如：1）内容呢（如果有的话）？即哪些角色可以起草、批准和发布内容。

2) 哪个角色决定谁可以起草/批准/发布内容？然后哪个角色实施该操作，即为用户设置适当的起草/批准/发布权限

3) 还有访问控制。哪个角色负责批准新用户并决定他们获得哪些访问权限，然后哪个角色负责在决定之后实施该操作？即实际授予适当的权限以允许用户获得他们应有的访问权限。