如何将.Net Core从配置中心读取的自定义配置源改写为支持长尾词的配置读取方式?
- 内容介绍
- 文章标签
- 相关推荐
本文共计1838个文字,预计阅读时间需要8分钟。
前言,配置,几乎所有应用程序都离不开它。.Net Framework 时代,我们使用 App.config、Web.config,到了 .Net Core 时代,我们使用 appsettings.json,这些配置方式我们再熟悉不过了。然而,到了容器化、微服务时代,容器+微服务的应用程序配置又带来了新的挑战。
前言
配置,几乎所有的应用程序都离不开它。.Net Framework时代我们使用App.config、Web.config,到了.Net Core的时代我们使用appsettings.json,这些我们再熟悉不过了。然而到了容器化、微服务的时代,这些本地文件配置有的时候就不太合适了。当你把本地部署的服务搬到docker上后,你会发现要修改一个配置文件变的非常麻烦。你不得不通过宿主机进入容器内部来修改文件,也许容器内还不带vi等编辑工具,你连看都不能看,改都不能。更别说当你启动多个容器实例来做分布式应用的时候,一个个去修改容器的配置,这简直要命了。
因为这些原因,所以“配置中心”就诞生了。配置中心是微服务的基础设施,它对配置进行集中的管理并对外暴露接口,当应用程序需要的时候通过接口读取。
本文共计1838个文字,预计阅读时间需要8分钟。
前言,配置,几乎所有应用程序都离不开它。.Net Framework 时代,我们使用 App.config、Web.config,到了 .Net Core 时代,我们使用 appsettings.json,这些配置方式我们再熟悉不过了。然而,到了容器化、微服务时代,容器+微服务的应用程序配置又带来了新的挑战。
前言
配置,几乎所有的应用程序都离不开它。.Net Framework时代我们使用App.config、Web.config,到了.Net Core的时代我们使用appsettings.json,这些我们再熟悉不过了。然而到了容器化、微服务的时代,这些本地文件配置有的时候就不太合适了。当你把本地部署的服务搬到docker上后,你会发现要修改一个配置文件变的非常麻烦。你不得不通过宿主机进入容器内部来修改文件,也许容器内还不带vi等编辑工具,你连看都不能看,改都不能。更别说当你启动多个容器实例来做分布式应用的时候,一个个去修改容器的配置,这简直要命了。
因为这些原因,所以“配置中心”就诞生了。配置中心是微服务的基础设施,它对配置进行集中的管理并对外暴露接口,当应用程序需要的时候通过接口读取。

