服務替代格式

來自環境端點的預設JSON格式對於Spring應用程式的消費是完美的，因為它直接對映到Environment抽象。如果您喜歡，可以通過向資源路徑（“.yml”，“.yaml”或“.properties”）新增字尾來使用與YAML或Java屬性相同的資料。這對於不關心JSON端點的結構的應用程式或其提供的額外的元資料的應用程式來說可能是有用的，例如，不使用Spring的應用程式可能會受益於此方法的簡單性。

YAML和屬性表示有一個額外的標誌（作為一個布林查詢引數resolvePlaceholders提供）），以標示Spring ${…?}形式的源文件中的佔位符，應在輸出中解析可能在渲染之前。對於不瞭解Spring佔位符慣例的消費者來說，這是一個有用的功能。

服務純文字

您的應用程式可能需要通用的純文字配置檔案，而不是使用Environment抽象（或YAML中的其他替代表示形式或屬性格式）。配置伺服器通過/{name}/{profile}/{label}/{path}附加的端點提供這些服務，其中“name”，“profile”和“label”的含義與常規環境端點相同，但“path”是檔名（例如log.xml

找到資源後，使用正確格式（${…?}）的佔位符將使用有效的Environment解析為應用程式名稱，配置檔案和標籤提供。以這種方式，資源端點與環境端點緊密整合。例如，如果您有一個GIT（或SVN）資源庫的佈局：

application.yml
nginx.conf

其中nginx.conf如下所示：

server {
    listen              80;
    server_name         ${nginx.server.name};
}

和application.yml

nginx:
  server:
    name: example.com
---
spring:
  profiles: development
nginx:
  server:
    name: develop.com

那麼/foo/default/master/nginx.conf資源如下所示：

server {
    listen              80;
    server_name         example.com;
}

和/foo/development/master/nginx.conf這樣：

server {
    listen              80;
    server_name         develop.com;
}

嵌入配置伺服器

配置伺服器最好作為獨立應用程式執行，但如果需要，可以將其嵌入到另一個應用程式中。只需使用@EnableConfigServer註釋。在這種情況下可以使用的可選屬性是spring.cloud.config.server.bootstrap，它是一個標誌，表示伺服器應該從其自己的遠端儲存庫配置自身。該標誌預設關閉，因為它可能會延遲啟動，但是當嵌入在另一個應用程式中時，以與其他應用程式相同的方式初始化是有意義的。

要更改伺服器端點的位置，您可以（可選）設定spring.cloud.config.server.prefix，例如“/ config”，以提供字首下的資源。字首應該開始但不以“/”結尾。它被應用於配置伺服器中的@RequestMappings（即Spring Boot字首server.servletPath和server.contextPath）之下。

如果您想直接從後端儲存庫（而不是從配置伺服器）讀取應用程式的配置，這基本上是一個沒有端點的嵌入式配置伺服器。如果不使用@EnableConfigServer註釋（僅設定spring.cloud.config.server.bootstrap=true），則可以完全關閉端點。

推送通知和Spring Cloud Bus

許多原始碼儲存庫提供程式（例如Github，Gitlab或Bitbucket）將通過webhook通知您儲存庫中的更改。您可以通過提供商的使用者介面將webhook配置為URL和一組感興趣的事件。例如， Github 將使用包含提交列表的JSON主體和“X-Github-Event”等於“push”的標頭檔案傳送到webhook。如果在spring-cloud-config-monitor庫中新增依賴關係並激活配置伺服器中的Spring Cloud Bus，則啟用“/ monitor”端點。

當Webhook被啟用時，配置伺服器將傳送一個RefreshRemoteApplicationEvent針對他認為可能已經改變的應用程式。變更檢測可以進行策略化，但預設情況下，它只是查詢與應用程式名稱匹配的檔案的更改（例如，“foo.properties”針對的是“foo”應用程式，“application.properties”針對所有應用程式） 。如果要覆蓋該行為的策略是PropertyPathNotificationExtractor，它接受??請求標頭和正文作為引數，並返回更改的檔案路徑列表。

預設配置與Github，Gitlab或Bitbucket配合使用。除了來自Github，Gitlab或Bitbucket的JSON通知之外，您還可以通過使用表單編碼的身體引數path={name}通過POST為“/ monitor”來觸發更改通知。這將廣播到匹配“{name}”模式的應用程式（可以包含萬用字元）。

歡迎關注作者的公眾號《Java程式設計生活》，每日記載Java程式猿工作中遇到的問題