微服務團隊 - 如何處理「基礎設施」團隊？

Question

所以我的問題更多地與團隊本身有關，而不是特別的代碼。

比方說，我們有幾支球隊哪些是相關的「服務」，在這個概念的2周主要的子彈是：

• 團隊應該是獨立的 - 可以單獨做的一切，也許可以找到可重用的代碼，並寫東西他們需要。
• 團隊應該定義一套責任。

所以，當我想到它時，它看起來像一箇舊概念，團隊有1個產品，他們可以接觸其他「基礎設施？」嗎？

應該有一些特定的團隊在下游負責，對嗎？就好像另一個團隊在開發過程中觸及下方 - 他們可能做得不好，因爲他們與該領域沒有聯繫。

所以，問題是：如果有什麼開發團隊負責對基礎設施服務：

1. 如何？它與聲稱球隊應該是獨立的？如果他們需要基礎架構的一項功能 - 他們需要請底層團隊爲他們開發它？他們在內部發展嗎？ （這打破了團隊重點&他們不是在下面的專家）？也許他們以某種方式繞過它 - 這也可能是有問題的。
2. 基礎架構服務團隊通常關注什麼？難道他們沒有從其他開發團隊那裏獲得他們的功能要求 - 這會使他們成爲瓶頸，而其他團隊會被卡住？

我不知道這件事:)根據我所經歷

Answer 1

我的兩個派薩拋磚引玉：

1. 每個服務團隊應能使用的基礎設施的某些部分。在雲環境中說，通過分配給它的一堆資源來訪問租戶。這將有助於團隊根據自己的需求創建虛擬機。
2. Infra團隊應該出席調查並維護更高層次的基礎設施，比如增加租戶的資源分配，提供某種操作系統，調查服務故障等。
3. 朝向普通技術如CI/CD等，系統維護和維護的責任將在下一個團隊進行。然而，任何聽衆的加入都可以通過'服務團隊'來實現。通過這種方式，服務團隊只需在發生系統故障時與基礎設施小組聯繫，而不會涉及日常更改。