DevOps团队的范围是什么？

Question

我在一个大型软件开发项目中加入了一个由6人组成的Devops团队(该程序中有100名开发人员)。当时的工作范围是：

• Java服务器应用程序的容器化
• 使用selenium网格和容器扩展自动化web测试
• 托管和快速部署JavaScript SPA在S3上
• 用于部署我们的数据库应用程序的持续集成服务器集成
• 在计划部署到受控环境之前，对我们的数据库、应用程序和SPA进行全堆栈集成测试。
• 开发人员通过在云中使用容器进行预测试
• 连续集成基础设施的水平可伸缩性

经过一些重组后，我们的团队认为Devops意味着“一般工程活动”(任何没有提供业务功能的东西-- BAU技术项目的抢占资源)。这意味着监视基础设施、错误日志记录基础结构、新的分布式数据库基础结构。)

我们需要阐明我们的团队将做和不会做的工作范围。(同时仍为公司带来明显的经济效益。)

我的问题是: DevOps团队的范围是什么？

Answer 1

注意!如果没有技术领导的适当指导，DevOps“团队”最终可能会成为看门人，在默认情况下对其他人已经不负责的任何/所有事情负责。

作为珍妮·汉布尔，DevOps“是一种实践，而不是一种工具”，其驱动动机之一是减少工程团队、QA团队和操作团队之间的隔离。

是否应该有一个DevOps团队还有待商榷，因为它实际上重新引入了一个独立的团队，负责构建、自动化、部署和其他类似活动，其显著的缺点是从其他团队中消除了这些负担，而其他团队则不太愿意关注其产品的构建/部署/运行时考虑。

因此，尽管各组织之间的情况可能有很大差异，但有两种潜在的组织模式可供遵循：

• 没有DevOps团队:工程团队负责确保他们的组件构建在CI系统中，部署到测试环境中，并以一种ops团队用于最终部署到生产环境的方式进行打包/容器化。(在没有Ops团队的小型组织中，生产部署也可以通过工程来完成)。
• DevOps团队作为促进者:如果一个单独的DevOps团队(或个人)存在于一个独立的角色中，一种方法是让该团队负责提供自动化或工具空白，从而允许组织的其他成员使用更多的自助服务方法，即：。
  • 不要为人创建测试机器/VM，创建(或购买)这样做的服务(我们是自己的，但MS SystemCenter就是一个例子)。
  • 自动化到零或一次单击测试候选和生产版本的部署，这样任何人都可以成为构建和测试周期的发起者，并且不会让DevOps团队参与每一次迭代。
  • 促进容器或其他打包机制的使用，这样团队就可以将完整的包传递给准备部署的操作包。

在这个模型中，重要的是将团队的角色定义为自动化者和促进者，否则就完全有可能以“安装程序人员”的身份结束，此时DevOps实践的好处已经丧失。