Apollo配置中心-多组共享配置(关于Namespaces)

官方的解释:什么是“application”的Namespace?

Apollo在创建项目的时候,都会默认创建一个“application”的Namespace。顾名思义,“application”是给应用自身使用的,熟悉Spring Boot的同学都知道,Spring Boot项目都有一个默认配置文件application.yml。在这里application.yml就等同于“application”的Namespace。对于90%的应用来说,“application”的Namespace已经满足日常配置使用场景了。

草根的解释

就是一个相当于建立一个独立的配置文件。公共文件只能是properties类型,私有文件类型允许是properties、xml、yml、yaml、json等。

演示怎么创建一个Namespace

  1. 添加namespace

1.创建一个公共的namespace。公共的namespace都是Properties格式,这里的TEST1是项目名称,不可更改

  1. 创建一个私有的XML格式的namespace:如果是private支持自定义多种文件格式

    • 设置新建的私有namespace权限

    公用namespace,私有namespace的用法

    1. 给公用namespace添加一个base_name的key
    2. 给私有namespace添加数据
    3. 全部点击发布

通过api接口测试是否成功

* 获取公共文件

$ curl -H ‘Authorization:ab5a901872858535afb48f4da1f7c1c5be522de5‘          -H ‘Content-Type:application/json;charset=UTF-8‘            http://192.168.1.1:8080/openapi/v1/envs/dev/apps/900001/clusters/default/namespaces/Test1.base
 {
    "appId": "900001",
    "clusterName": "default",
    "namespaceName": "TEST1.base",
    "comment": "基础测试",
    "format": "properties",
    "isPublic": true,
    "items": [
        {
            "key": "base_name",
            "value": "base  abc",
            "dataChangeCreatedBy": "apollo",
            "dataChangeLastModifiedBy": "apollo",
            "dataChangeCreatedTime": "2018-07-04T17:31:57.000+0800",
            "dataChangeLastModifiedTime": "2018-07-04T17:31:57.000+0800"
        }
    ],
    "dataChangeCreatedBy": "apollo",
    "dataChangeLastModifiedBy": "apollo",
    "dataChangeCreatedTime": "2018-07-04T17:31:35.000+0800",
    "dataChangeLastModifiedTime": "2018-07-04T17:31:35.000+0800"
}
  • 获取私有文件
 $curl -H ‘Authorization:ab5a901872858535afb48f4da1f7c1c5be522de5‘                       -H ‘Content-Type:application/json;charset=UTF-8‘                      http://192.168.1.1:8080/openapi/v1/envs/dev/apps/900001/clusters/default/namespaces/other.xml

{
    "appId": "900001",
    "clusterName": "default",
    "namespaceName": "other.xml",
    "comment": "",
    "format": "xml",
    "isPublic": false,
    "items": [
        {
            "key": "content",
            "value": "<name>apollo.demo</name>",
            "dataChangeCreatedBy": "apollo",
            "dataChangeLastModifiedBy": "apollo",
            "dataChangeCreatedTime": "2018-07-16T10:11:23.000+0800",
            "dataChangeLastModifiedTime": "2018-07-16T10:11:23.000+0800"
        }
    ],
    "dataChangeCreatedBy": "apollo",
    "dataChangeLastModifiedBy": "apollo",
    "dataChangeCreatedTime": "2018-07-16T10:04:08.000+0800",
    "dataChangeLastModifiedTime": "2018-07-16T10:04:08.000+0800"
}

原文地址:http://blog.51cto.com/brucewang/2143970

时间: 2024-10-07 16:32:06

Apollo配置中心-多组共享配置(关于Namespaces)的相关文章

kubernetes实战-配置中心(三)配置服务使用apollo配置中心

使用配置中心,需要开发对代码进行调整,将一些配置,通过变量的形式配置到apollo中,服务通过配置中心来获取具体的配置 在配置中心修改新增如下配置: 项目信息: 配置: 重新打包镜像,使用apollo版本的代码: 修改dp.yaml,将镜像使用我们刚刚打包的这个: 应用资源配置清单: # kubectl apply -f http://k8s-yaml.od.com/dubbo-server/dp.yaml 创建dubbo服务消费者: apollo中新建一个项目:dubbo-demo-web,新

携程阿波罗(Apollo)配置中心

携程阿波罗(Apollo) https://www.cnblogs.com/xiaxiaolu/p/10025597.html 一.瞎扯点什么 1.1 阿波罗 ? 阿波罗是希腊神话中的光明之神.文艺之神,同时也是罗马神话中的太阳神:他是光明之神,从不说谎,光明磊落,在其身上找不到黑暗,也被称作真理之神.他非常聪明,通晓世事,是预言之神. 后世各种各样的项目都喜欢以阿波罗命名,比如著名的美国登月计划:阿波罗计划: 既然携程以阿波罗(Apollo)命名项目,那我们我们接下来看看,携程阿波罗能给我们程

nacos简介以及作为注册/配置中心与Eureka、apollo的选型比较

nacos简介以及作为注册/配置中心与Eureka.apollo的选型比较 12019.07.12 12:45:02字数 1394阅读 3983 一.Nacos简介 Nacos是以服务为主要服务对象的中间件,Nacos支持所有主流的服务发现.配置和管理. Nacos主要提供以下四大功能: 服务发现与服务健康检查 Nacos使服务更容易注册自己并通过DNS或HTTP接口发现其他服务.Nacos还提供服务的实时健康检查,以防止向不健康的主机或服务实例发送请求. 动态配置管理 动态配置服务允许您在所有

多种配置的分布式配置中心

淘宝的 diamond 参考文档 Diamond – 分布式配置中心简介 服务端搭建 安装jdk 安装maven 安装tomcat 安装mysql 启动mysql并创建数据库和表 1234567891011121314151617181920212223242526272829303132333435 -- 创建Diamond数据库CREATE DATABASE IF NOT EXISTS `diamond` /*!40100 DEFAULT CHARACTER SET utf8 */;USE

微服务架构中主流的配置中心对比分析?

为什么需要配置中心 配置实时生效: 传统的静态配置方式要想修改某个配置只能修改之后重新发布应用,要实现动态性,可以选择使用数据库,通过定时轮询访问数据库来感知配置的变化.轮询频率低感知配置变化的延时就长,轮询频率高,感知配置变化的延时就短,但比较损耗性能,需要在实时性和性能之间做折中.配置中心专门针对这个业务场景,兼顾实时性和一致性来管理动态配置. 配置管理流程: 配置的权限管控.灰度发布.版本管理.格式检验和安全配置等一系列的配置管理相关的特性也是配置中心不可获取的一部分. 开源配置中心基本介

【转】Diamond -- 分布式配置中心

特别提示:本人博客部分有参考网络其他博客,但均是本人亲手编写过并验证通过.如发现博客有错误,请及时提出以免误导其他人,谢谢!欢迎转载,但记得标明文章出处:http://www.cnblogs.com/mao2080/ 一.简介 Diamond是淘宝研发的分布式配置管理系统.使用Diamond可以让集群中的服务进程动态感知数据的变化,无需重启服务就可以实现配置数据的更新. 具有简单.可靠.易用等特点 二.使用方法 服务端搭建 1 准备工作 安装jdk 安装maven 安装tomcat 安装mysq

Spring Cloud Alibaba基础教程:Nacos配置的多文件加载与共享配置

前情回顾: <Spring Cloud Alibaba基础教程:使用Nacos实现服务注册与发现> <Spring Cloud Alibaba基础教程:支持的几种服务消费方式> <Spring Cloud Alibaba基础教程:使用Nacos作为配置中心> <Spring Cloud Alibaba基础教程:Nacos配置的加载规则详解> <Spring Cloud Alibaba基础教程:Nacos配置的多环境管理> 对于Nacos作为配置中

分布式配置中心201902

分布式配置中心 1.配置中心简介 2.xxl-conf简介 3.代码模拟演示 1.配置中心简介 为什么需要集中配置 当然是程序的发展,需要引入集中配置 随着程序功能的日益复杂,程序的配置日益增多:各种功能的开关.参数的配置.服务器的地址…… 对配置的期望也越来越高,配置修改后实时生效,灰度发布,分环境.分集群管理配置,完善的权限.审核机制…… 随着采用分布式的开发模式,项目之间的相互引用随着服务的不断增多,相互之间的调用复杂度成指数升高,每次投产或者上线新的项目时苦不堪言,因此需要引用配置中心治

分布式环境下配置中心实现思考

转载注明出处: 季义钦的博客 最近在考虑分布式环境下配置中心实现. 对于配置中心很难设计. 光用Zookeeper吧,发现一是跨语言支持不好,需要大量跨语言支持的开发,而且没办法在上面增加大量的算法和逻辑. 如果在Zookeeper前面加一层服务的话,又怕成为单点压力. 下面是我画的一个架构图,希望大家帮忙看看,踊跃讨论. 希望各位不管有什么意见和建议.都在下面评论里面留下自己的想法,帮助我改进,谢谢 分布式环境下配置中心实现思考,布布扣,bubuko.com