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

В настоящее время я использую в одном из своих проектов подход к централизации микросервисов JHipster, используя папку central-config, используя приложение JHipster Registry, используя собственную файловую систему.

У меня есть два вопроса, чтобы задать---

  1. Можем ли мы установить частоту извлечения, чтобы мы могли получать более качественные мгновенные обновления с сервера конфигурации?

  2. Как сервер конфигурации обрабатывает данные, извлекающие информацию из источника (git или двоичный репозиторий), например, копирует файлы в локальный каталог, сохраняя информацию в памяти?


spring-cloud-config jhipster jhipster-registry
person Debasish Chakraborty    schedule 26.08.2020    source источник
comment
Вы читали документ Spring Cloud Config Server? cloud.spring.io/spring-cloud-config/reference/html   -  person Gaël Marziou    schedule 27.08.2020
comment
@GaëlMarziou Не могли бы вы указать, где именно я могу найти два приведенных выше ответа, документацию можно интерпретировать по-разному, но если вы можете указать?   -  person Debasish Chakraborty    schedule 28.08.2020
comment
Что вы подразумеваете под бинарным репозиторием?   -  person Gaël Marziou    schedule 28.08.2020
comment
@GaëlMarziou может быть, я не так много использовал, поэтому не знаком, если вы можете уточнить, как двоичный репозиторий может помочь мне достичь моей цели?   -  person Debasish Chakraborty    schedule 28.08.2020
comment
Я спросил вас, что такое двоичный репозиторий, потому что вы использовали этот термин, а я понятия не имею, что он означает в данном контексте. Я знаю только 3 бэкенда: нативный (файловая система), git и jdbc; Ни один из них не может рассматриваться как двоичный   -  person Gaël Marziou    schedule 28.08.2020
comment
@GaëlMarziou понял вашу точку зрения, поэтому в контексте, который я видел, вы ответили ответом, позвольте мне просмотреть его и изучить, и если какой-либо дальнейший запрос вернется   -  person Debasish Chakraborty    schedule 28.08.2020
comment
Бинарный репозиторий @GaëlMarziou Я пытался иметь в виду какой-то сервер бинарного репозитория, такой как JFROG и т. Д., Может ли он быть полезен в этом контексте? вы можете помочь поделиться своими мыслями по этому поводу, если это возможно   -  person Debasish Chakraborty    schedule 28.08.2020
comment
О, двоичный репозиторий, такой как JFrog Artifactory или Sonatype Nexus, кажется, не подходит для хранения файлов конфигурации, но если кто-то заставляет вас это делать, это означает, что вы должны реализовать интерфейс EnvironmentRepository поверх него. Это звучит излишним, если только ваш вариант использования не касается конфигурации приложения. См. cloud.spring.io/spring-cloud-config/reference/ html/   -  person Gaël Marziou    schedule 28.08.2020

Ответы (1)


arrow_upward
0
arrow_downward

  1. это не так, приложения не опрашивают сервер конфигурации на регулярной основе. Конфигурация загружается во время запуска. Если вы вносите изменения в сервер конфигурации и хотите, чтобы приложения перезагружали свой контекст приложения (см. также аннотацию @RefreshScope bean-компонента), вам решать либо вызывать /management/refresh на каждом клиенте, либо использовать Spring Bus (если вы его используете) для отправки событий обновления см. https://cloud.spring.io/spring-cloud-config/reference/html/#_push_notifications_and_spring_cloud_bus
  2. Для серверной части git сервер клонирует удаленные репозитории при первом запросе конфигурации или при запуске, а затем обновляет в соответствии со значением spring.cloud.config.server.git.refreshRate, см. https://cloud.spring.io/spring-cloud-config/reference/html./#_git_refresh_rate
person Gaël Marziou    schedule 28.08.2020
comment
Я попытаюсь использовать эти концепции и проверить и вернуться, но это полезное руководство. - person Debasish Chakraborty; 28.08.2020