微服务团队 - 如何处理＆＃34;基础设施＆＃34;团队？

Question

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

我们假设我们有几个团队，其中包括＆＃34;服务＆＃34;相关的，在这个概念中，2个主要子弹是：

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

所以，当我考虑它时，它看起来像一个旧概念，团队有1个产品，它们能触及其他基础设施吗？＆＃34;

应该有特定的团队对下属负责，对吗？好像另一支队伍在开发过程中接触到了下层 - 他们可能做得不好，因为他们没有与该区域建立联系。

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

1. 与团队应该独立的说法有何关系？如果他们需要基础设施的功能 - 他们需要让infra团队为他们开发它吗？他们是在内部发展吗？ （这打破了团队的重点，而且他们不是下属的专家）？也许他们以某种方式绕过它 - 这可能也有问题。
2. 基础设施服务团队通常关注什么？难道他们没有得到其他开发团队的功能请求 - 这会使他们成为瓶颈而其他团队会陷入困境吗？

我想开始讨论它：）

Answer 1

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

1. 每个服务团队都应该可以访问基础架构的某些部分。在云的上下文中说，访问租户，并分配一堆资源。这将有助于团队根据需要旋转VM。
2. Infra团队应该出席调查和维护更高级别的基础设施，例如增加对租户的资源分配，提供某种操作系统，调查服务故障等。
3. 对于CI / CD这样的通用技术堆栈，维护和维护系统的责任在于infra团队。但是，任何听众的加入都将由“＆＃39;服务团队”组成。通过这种方式，服务团队只需在全系统中断且与日常更改无关的情况下联系infra团队。