SCM: сохранение учетных данных

Question

Обычно рекомендуется не хранить учетные данные в репозитории. Вопрос в том, где они должны быть сохранены тогда, чтобы все разработчики имели доступ к одной и той же конфигурации?

Answer 1

Я сохранил файлы конфигурации в приватном ведро S3 и управляю доступом через IAM , Обновления конфигурации и изменения обрабатываются небольшим скриптом, использующим жемчужину AWS. Таким образом, доступ к ним может получить любой, у кого есть достаточные права, и мы также можем выдавать учетные данные для каждого разработчика отдельно.

Answer 2

Вопрос субъективный - могут применяться различные практики. Для меня подход, который работал лучше всего, - это использование какой-либо формы «Single Sign-On», где это возможно, и предоставление персональных логинов каждой системе разработчикам. Это также имеет преимущество, заключающееся в возможности выяснить, кто несет ответственность за деструктивное действие (которое иногда случается).

Вы также можете принять подход, как описано here: хранить учетные данные в SCM, но в зашифрованном виде. Это позволит поддерживать управление версиями, но не разрешать доступ «для всех». Я бы сказал, что лучший вариант - объединить эти два подхода (и сохранить только службу-среду-разработчик) «учетные данные - зашифрованные - в SCM)