Хранение секретов (Secret registries)
A test database password sits in a .env file, an external API token is kept in CI variables, and production access is shared through a corporate password manager. A new developer has to assemble the configuration from several sources, and after a password change someone will still start the application with the old value. That is workable while there are few services and few employees, but as the team grows questions come up.
Пароль от тестовой базы лежит в .env , токен внешнего API — в переменных CI, доступ к production передают через корпоративный менеджер паролей. Новый разработчик собирает конфигурацию по нескольким источникам, а после смены пароля кто-нибудь обязательно запускает приложение со старым значением. Пока сервисов и сотрудников немного, с этим можно жить. С ростом команды появляются вопросы: кто имеет доступ к секретам, где находятся их копии, как обновить credentials у всех потребителей и что произойдёт после отзыва доступа? В этой статье разберём, как устроено централизованное хранение секретов, сравним восемь инструментов и посмотрим, что стоит проверить до внедрения. Основной практический сценарий — Java/Spring Boot, Gradle. Читать далее