Spring Cloud Config Server在本机模式下不提供特定于应用程序的属性

Question

我有一个Spring Cloud Config Server v3.0.5，它从Git存储库提供配置属性，如下所示：

|
|-- foo-service/
|   |-- application.yml
|-- bar-service/
|   |-- application.yml
|-- application-common.yml
|-- application-kafka.yml
|-- ...

如您所见，每个微服务都有一个子目录，其中包含特定于应用程序的配置，以及根目录中的一些常见配置，我们可以通过配置文件（common，kafka等）获取这些配置。

因此，例如，我们可以获取特定于应用程序和/或特定于配置文件的配置属性，如下所示：

# Successfully returns application-specific properties
curl http://<CONFIG_SERVICE_URL>/foo-service-application.yml
# Successfully returns application-specific + common + kafka properties
curl http://<CONFIG_SERVICE_URL>/foo-service-application,common,kafka.yml

但是，在开发过程中，我们希望使用基于本地文件的存储库，这样我们就不需要提交每个配置更改并在本地轻松地进行测试。

因此，在配置服务器中，我将活动配置文件设置为本机，并将spring.cloud.config.server.native.search-locations设置为相同的存储库路径。

但当我尝试获取特定于应用程序的配置（即子目录中的配置文件）时，它返回空：

# This returns empty response:
curl http://<CONFIG_SERVICE_URL>/foo-service-application.yml
{}

# This returns only profile-specific configs but **omits** foo-service applcations configs:
curl http://<CONFIG_SERVICE_URL>/foo-service-application,common,kafka.yml
...

我在这里错过了什么？为什么它不能同时返回特定于应用程序的属性？我是否必须为配置服务器设置另一个配置？

任何帮助都是感激的。谢谢。

Answer 1

好的，我终于找到了！
显然，我们需要在spring.cloud.config.server.native.search位置属性中显式指定带有应用程序占位符的子目录，这是IMO在文档中模糊描述的：

搜索位置可以包含{应用程序}、{个人资料}和{标签}的占位符。这样，您可以分离路径中的目录，并选择对您有意义的策略(例如每个应用程序的子目录或每个配置文件的子目录)。

因此，在我的例子中，我必须将< code>search-locations定义为:

spring:
  cloud:
    config:
      server:
        native:
         search-locations:
          - /path/to/config/repo
          - /path/to/config/repo/{application}

现在，它可以正确地提供特定于应用程序和特定于配置文件的配置属性。

虽然这对我的情况已经足够了，但我仍然不知道为什么基于文件的方法和基于git的方法有这么大的差异（即，为什么我们应该在基于文件的方式中显式地为特定于应用程序的配置设置子目录，而在基于git方式中它可以自动为它们提供服务？）