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

Question

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

假设我们有几个与“服务”相关的团队，在这个概念中，2个主要子弹是：

• 团队应该是独立的-可以独自完成所有工作，可以找到可重用的代码，并编写他们需要的任何东西。
• 团队应该定义一组责任。

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

应该有特定的团队对下属负责，对吗？ 好像其他团队在开发时接触了基础结构-他们可能做得不好，因为他们与该区域没有联系。

因此，问题是：如果开发人员团队负责基础架构服务，该怎么办：

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

我想开始对此进行讨论:)

Answer 1

根据我的经历，我的两个方面：

1. 每个服务团队都应有权访问基础架构的特定部分。 假设在云环境中，访问租户并为其分配了一堆资源。 这将帮助团队根据他们的需求旋转VM。
2. Infra团队应该出席调查和维护更高级别的基础设施，例如增加对租户的资源分配，提供某种操作系统，调查服务故障等。
3. 对于CI / CD等常见技术堆栈，维护和维护系统的责任将由infra团队负责。 但是，“服务团队”将增加听众人数。 通过这种方式，服务团队只需在系统中断并且与日常更改无关时就必须联系infra团队。