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

Question

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

比方说，我们有几支球队哪些是相关的“服务”，在这个概念的2周主要的子弹是：

• 团队应该是独立的 - 可以单独做的一切，也许可以找到可重用的代码，并写东西他们需要。
• 团队应该定义一套责任。

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

应该有一些特定的团队在下游负责，对吗？就好像另一个团队在开发过程中触及下方 - 他们可能做得不好，因为他们与该领域没有联系。

所以，问题是：如果有什么开发团队负责对基础设施服务：

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

我不知道这件事:)根据我所经历

Answer 1

我的两个派萨抛砖引玉：

1. 每个服务团队应能使用的基础设施的某些部分。在云环境中说，通过分配给它的一堆资源来访问租户。这将有助于团队根据自己的需求创建虚拟机。
2. Infra团队应该出席调查并维护更高层次的基础设施，比如增加租户的资源分配，提供某种操作系统，调查服务故障等。
3. 朝向普通技术如CI/CD等，系统维护和维护的责任将在下一个团队进行。然而，任何听众的加入都可以通过'服务团队'来实现。通过这种方式，服务团队只需在发生系统故障时与基础设施小组联系，而不会涉及日常更改。