携程Apollo(阿波罗)配置中心在.NET Core项目快速集成

.NET Core的支持文档大体上可以参考文档.Net客户端使用指南:https://github.com/ctripcorp/apollo/wiki/.Net%E5%AE%A2%E6%88%B7%E7%AB%AF%E4%BD%BF%E7%94%A8%E6%8C%87%E5%8D%97

登录Apollo上新建App和相关的配置项,可以参考如下配置:

在Nuget上引入Com.Ctrip.Framework.Apollo.Configuration 的依赖,Nuget 上面的包

在项目上配置上面设置的app.id,注意此时是通过新建appsettings.json文件实现的。

{
   "apollo": {
     "AppId": "SampleApp",
     "MetaServer": "http://111.230.101.173:8080"
   }

}

AppId 用来标识应用身份的唯一id

Apollo客户端针对不同的环境会从不同的服务器获取配置 , MetaServer 就是客户端获取配置的服务器配置

这两个是必须设置的参数,还有可选的参数可以设置项。

我们的.NET Core 的配置系统非常完善了,Apollo的.NET Core组件也是使用这套配置系统。

原文地址:https://www.cnblogs.com/shanyou/p/8449863.html

时间: 2024-11-09 05:56:26

携程Apollo(阿波罗)配置中心在.NET Core项目快速集成的相关文章

Apollo阿波罗配置中心docker

前言 在分布式系统中,要改个配置涉及到很多个系统,一个一个改效率低下,吃力不讨好.用配置中心可以解决这个问题.当然配置中心有不少,以下对比的表格是照搬Apollo Wiki的. 功能点 Apollo Spring Cloud Config 备注 配置界面 一个界面管理不同环境.不同集群配置 无,需要通过git操作 配置生效时间 实时 重启生效,或手动refresh生效 Spring Cloud Config需要通过Git webhook,加上额外的消息队列才能支持实时生效 版本管理 界面上直接提

分布式配置中心 携程 apollo

1.传统配置文件与分布式配置文件区别 传统配置文件:如果修改了配置文件,需要重新打包发布,重新发布服务,而且每个环境的变更配置文件,比较繁琐. 分布式配置文件:将配置文件注册到配置中心上去,可以使用分布式配置中心实时更新配置文件,统一管理配置文件,不需要重新打包发布. 2.常用的分布式配置中心框架有哪些 disconf(依赖于Zookeeper).Zookeeper(通过Watch事件监听实现).diamond(阿里产品).携程(apollo).Redis.xxl-config. 3.携程apo

携程apollo源码在idea中启动报错TransportException: Cannot execute request on any known server

com.sun.jersey.api.client.ClientHandlerException: java.net.ConnectException: Connection refused: connect at com.sun.jersey.client.apache4.ApacheHttpClient4Handler.handle(ApacheHttpClient4Handler.java:187) at com.sun.jersey.api.client.filter.GZIPConte

CentOS 7 搭建基于携程Apollo(阿波罗)配置中心单机模式

Apollo(阿波罗)是携程框架部门研发的配置管理平台,能够集中化管理应用不同环境.不同集群的配置,配置修改后能够实时推送到应用端,并且具备规范的权限.流程治理等特性.服务端基于Spring Boot和Spring Cloud开发,打包后可以直接运行,不需要额外安装Tomcat等应用容器.Java客户端不依赖任何框架,能够运行于所有Java运行时环境,同时对Spring环境也有较好的支持..Net客户端不依赖任何框架,能够运行于所有.Net运行时环境,而且已经支持.NET Core. 官网:ht

携程 Apollo 配置中心传统 .NET 项目集成实践

官方文档存在的问题 可能由于 Apollo 配置中心的客户端源码一直处于更新中,导致其相关文档有些跟不上节奏,部分文档写的不规范,很容易给做对接的新手朋友造成误导. 比如,我在参考如下两个文档使用传统 .NET 客户端做接入的时候就发现了些问题. ctripcorp/apollo - .Net客户端使用指南 ctripcorp/apollo.net - .Net客户端之与 System.Configuration.ConfigurationManager 集成 两个文档关于标识应用身份的AppI

携程apollo window搭建记录

1.下载项目 github 地址 https://github.com/ctripcorp/apollo 源代码下载地址 https://github.com/ctripcorp/apollo/releases 源代码下载镜像地址http://github-mirror.bugkiller.org/ctripcorp/apollo/releases github 直接下载不下来,用镜像速度很快 下载部署文件三个 apollo-adminservice-1.5.1-github.zip apoll

携程Apollo(阿波罗)配置中心用户管理和部门管理

Apollo是配置管理系统,会提供权限管理(Authorization),理论上是不负责用户登录认证功能的实现(Authentication).所以Apollo定义了一些SPI用来解耦,Apollo接入登录的关键就是实现这些SPI. 实现登录: 1.先通过官方教程了解用户管理的原理:https://github.com/ctripcorp/apollo/wiki/Portal-%E5%AE%9E%E7%8E%B0%E7%94%A8%E6%88%B7%E7%99%BB%E5%BD%95%E5%8A

携程 apollo分布式配置中心学习总结

一.apollo 组成 adminService:提供配置更新和发布接口,服务于管理界面potal 来更新和获取数据. configService:提供配置获取接口和配置推送接口,服务于apollo客户端. potal:提供配置管理界面,通过meterService 获取adminService 列表,使用客户端SLB 软负载的方式调用adminService. client:为应用获取配置,支持实时刷新,和configService 保持长连接,一旦有配置变更,clent收到configSer

微服务架构之「 配置中心 」

在微服务架构的系列文章中,前面已经通过文章<微服务架构之「服务网关 」>介绍过了在微服务中服务网关的原理和应用,今天这篇文章我们继续来聊一聊微服务中另外一个重要模块:「 配置中心 」.后面还会继续介绍 服务框架.服务监控.服务治理等.还是那句话,只有将这些基础设施弄清楚了,微服务实践的道路才能走的稳.走的远. 「配置中心」,顾名思义,就是用来统一管理项目中所有配置的系统.虽然听起来很简单,但也不要小瞧了这个模块.如果一个中型互联网项目,不采用配置中心的模式,一大堆的各类配置项,各种不定时的修改