微服务团队——如何处理“基础设施”团队？

Question

所以我的问题更多与团队本身有关，而不是特别是代码。

假设我们有几个与“服务”相关的团队，在这个概念中，两个主要项目符号是：

• 团队应该是独立的 - 可以独自完成所有事情，可能找到可重用的代码，并编写他们需要的任何东西。
• 团队应该有明确的职责。

所以，当我考虑它时，它看起来有点像一个旧概念，团队有一个产品，他们可以触及其他“基础设施”吗？

应该有专门的团队负责基础设施，对吧？好像另一个团队在开发过程中接触了基础设施——他们可能做得不好，因为他们与该领域没有联系。

因此，问题是：如果开发团队负责基础设施服务会怎样：

1. 它与团队应该独立的主张有何关系？如果他们需要基础设施的功能——他们需要要求基础设施团队为他们开发吗？他们在基础设施内部发展吗？ （这打破了团队的重点，他们不是基础设施方面的专家）？也许他们会以某种方式绕过它——这也可能是个问题。
2. 基础架构服务团队通常关注什么？他们不是从其他开发团队那里得到他们的功能请求吗？这会让他们成为瓶颈，其他团队会被卡住吗？

我想开始讨论它:)

Answer 1

根据我的经历，我的两派：

1. 应允许每个服务团队访问基础架构的特定部分。比如说在云环境中，访问一个分配了一堆资源的租户。这将帮助团队根据他们的需要旋转虚拟机。
2. 基础设施团队应在场调查和维护更高级别的基础设施，例如增加对租户的资源分配、使某种操作系统可用、调查服务故障等。
3. 对于 CI/CD 等常见技术堆栈，系统的维护和维护责任将由基础设施团队承担。但是，添加任何听众都将与“服务团队”一起。这样一来，服务团队只需在系统范围内出现中断且与日常变化无关时才需要联系基础设施团队。