以下视频将为您介绍 TSF 的配置管理功能：
为了解决分布式环境下多台服务实例的配置统一管理问题，TSF 提供了配置管理功能。
配置类型
应用配置：生效在单个应用上面，发布的范围是部署组维度，属于 TSF 平台上的配置。
全局配置：生效在整个集群或者命名空间，发布的范围是命名空间维度，属于 TSF 平台上的配置。
本地配置：是应用程序在代码工程中创建的配置（如
application.yml 和 bootstrap.yml）。文件配置：支持用户通过控制台将配置下发到服务器的指定目录。应用程序通过读取该目录下的配置文件实现特殊的业务逻辑。
说明：
原生应用与 Mesh 应用不支持应用配置和全局配置。
配置模板
为了方便用户保存常用的配置信息，TSF 提供了 Ribbon、Hystrix、Zuul 等 Spring Cloud 组件的配置模板。用户可以基于已有的配置模板进行修改，也可以自定义编写配置模板。
用户可以基于配置模板来创建应用配置或者全局配置。
配置导出
TSF 支持配置导出功能，帮助您更加地方便管理配置。
应用配置、全局配置、本地配置优先级
应用配置和全局配置属于 TSF 平台上的配置（下面称为远程配置），本地配置是应用程序在代码工程中创建的配置（如
application.yml 和 bootstrap.yml）。应用配置和全局配置的根本区别在于配置发布的范围，应用配置发布的范围是部署组维度，全局配置发布的范围是命名空间维度。配置优先级：应用配置 > 全局配置 > 本地配置。
当用户通过 TSF 控制台发布远程配置，微服务应用会按照配置的 key 来进行合并操作。例如，微服务应用本地
application.yml配置文件的内容中包括：# application.ymlusername: test_user1feature.status: falsefeature.color: red
TSF 平台上
远程配置的内容如下：# TSF 应用配置或者全局配置username: test_user2feature.status: true
当
远程配置的发布范围包含了上面的服务实例，微服务应用会将远程配置和本地配置按照key进行合并，最终生成的配置如下：# 远程配置与本地配置合并结果username: test_user2feature.status: truefeature.color: red
多份应用配置发布到同一个部署组
TSF 支持多份应用配置发布到同一个部署组，多份配置会根据发布时间的先后顺序以
key进行合并。例如，应用 A 有两个应用配置项：config-1、config-2。config-1的配置内容：# config-1username: test_user1feature.status: false
config-2的配置内容：# config-2username: test_user2feature.color: red
config-1和config-2先后发布到部署组group，会按照key进行合并。# config-1 与 config-2 合并结果username: test_user2feature.status: falsefeature.color: red
