Я играл с Spring Cloud Config и как многие из идей, которые я вижу там. Я хотел бы лучше понять, как его создатели намеревались использовать его.Spring Cloud Config - Как мы видим, что это используется?
Допустим, у меня есть несколько служб, поддерживающих более крупный API. Поскольку эти службы независимы друг от друга, их источник управляется в отдельных репозиториях. Это позволяет нам их модифицировать и разворачивать отдельно друг от друга. Сегодня их свойства управляются индивидуально.
Мне нравится идея иметь один сервер конфигурации, предоставляющий всю конфигурационную информацию для отдельных приложений/служб, которые поддерживают этот более крупный API. Если посмотреть на стандартную реализацию EnvironmentRepository (которая основана на GIT), я должен иметь один репозиторий со всеми файлами конфигурации приложения в нем. Поскольку все они живут в одном хранилище, все они будут управляться/версироваться вместе в одном месте.
Как заставить обе модели работать друг с другом? Было бы лучше иметь репозиторий для каждого приложения вместо одного для всех приложений? Что ты думаешь?
Джошуа