Поместите все конфиги в один репо, или каждый репо должен иметь свои собственные конфиги

Question

Я пытаюсь развернуть один проект, который разделен на несколько git-репозиториев, меня беспокоит вопрос: должны ли мы создать отдельное репо для конфигов и файлов развертывания kuberentes или каждое репо должно содержать свой собственный код развертывания

первое решение объединяет все в одном месте, что облегчает изменения, а также кто-то может отслеживать изменения наших развертываний (также я думаю, что может быть проще развернуть весь проект на разных промежуточных серверах - нам не нужно обновлять каждый репо для изменения таких вещей, как токены, URL, пароли БД, ...)

но решение секунд позволяет разработчикам в каждом репо легко изменять способ развертывания своего кода (каждое репозиторий знает, как его развернуть), также может быть проще развернуть код (если мы используем репо для kubernetes, репо кода должно каким-то образом уведомить репо kubernetes о том, что код был обновлен или новый образ докера готов в реестре)

Answer 1

В Rancher 2.x Project (s) обеспечивают изоляцию ресурсов, а также квоты ресурсов. Будет ли один пользователь назначен проекту или несколько пользователей совместно используют проект, зависит от варианта использования организации.

Допустим, если команда разработчиков запрашивала вычислительные ресурсы (скажем, 16 ядер и 64 ГБ) в кластере, администратор выделил бы эту квоту для команды. Теперь, как эти ресурсы используются, зависит от членов команды. Можно запустить одну рабочую нагрузку, используя все выделенные ядра / память, или совместно использовать несколько рабочих нагрузок.

Также включение сетевой политики предотвратит связь между проектами. Таким образом, рабочие нагрузки команды QA и команды разработчиков изолированы.

Другой вариант использования - выделить проект для одного организационного приложения. Например, веб-сервер, jenkins, cms могут получить свои собственные проекты.

Теперь обсудим хранилище настроек, следуя приведенным выше шаблонам. Как разработчик, я бы не хотел иметь дело с другими конфигами, кроме моей. Но как SRE, я мог бы захотеть сгруппировать все производственные конфиги в одном репо.