Команды Microservices - как обрабатывать команды «инфраструктуры»?

Question

так что мой вопрос больше связан с самими командами, а не с кодом.

Допустим, у нас есть несколько команд, которые «услуга», связанная, в этой концепции 2 основной пуля:

• Команда должна быть независимы - может сделать все в одиночку, найти повторно используемый код, вероятно, и что-нибудь написать они нужны.
• Команды должны определять набор обязанностей.

Итак, когда я думаю об этом, это похоже на старую концепцию, в которой команда имеет 1 продукт, могут ли они касаться других «инфраструктур»?

Должны быть конкретные команды, которые несут ответственность за инфракрасное расстояние, не так ли? как если бы другая команда прикоснулась к инфракрасному моменту при разработке - они могут не делать большой работы, поскольку у них нет связи с этой областью.

Итак, вопросы: что, если команда разработчиков отвечает на обслуживание инфраструктуры:

1. Как это соотносится с утверждением, что команды должны быть независимыми? Если им нужна функция из инфраструктуры - им нужно попросить инфракрасную команду разработать ее для них? Развиваются ли они внутри? (что ломает фокус команды & они не эксперты в инфракрасном режиме)? Может быть, они каким-то образом обходят его, что может быть проблематичным.
2. Что обычно сосредоточено на команде службы инфраструктуры? Разве они не получают свои запросы от других команд разработчиков - что тогда делает их узким местом, и другие команды будут застревать?

Интересно, чтобы начать дискуссию о том, что :)

Answer 1

Моих двух пайс основанных на том, что я испытал:

1. Каждой команде услуги должна быть предоставлена ​​доступом к определенной части инфраструктуры. Скажем в контексте облака, доступ к арендатору с кучей ресурсов, выделенных ему. Это поможет команде включить виртуальную машину в соответствии с их потребностями.
2. Команда Infra должна присутствовать, чтобы исследовать и поддерживать инфракрасность на более высоком уровне, например, увеличить выделение ресурсов арендатору, сделать доступным какой-либо ОС, провести расследование сбоя в работе и т. Д.
3. На пути к общей технологии таких как CI/CD, ответственность за поддержание и поддержание системы будет связана с командой infra. Однако добавление любых слушателей будет в «сервисной команде». Таким образом, сервисная команда должна будет связаться только с командой infra, когда происходит сбой системы и не зависит от повседневных изменений.