标签:微服务
Archaius 配置管理API,包含一系列配置管理API,提供动态类型化属性、线程安全配置操作、轮询框架、回调机制等功能。
archaius是Netflix公司开源项目之一,基于java的配置管理类库,主要用于多配置存储的动态获取。主要功能是对apache common configuration类库的扩展。在云平台开发中可以将其用作分布式配置管理依赖构件。同时,它有如下一些特性:
动态类型化属性
高效和线程安全的配置操作
配置改变时的回调机制
轮询框架
JMX,通过Jconsole检查和调用操作属性
组合配置
image.png
对于传统的单体应用,properties等配置文件可以解决配置问题,同时也可以通过maven profile配置来区别各个环境,但在一个几百上千节点的的微服务生态中,微服务采用多种语言开发,配置文件格式多样,如何把每个微服务的配置文件都进行更新,并且很多时候还需要重启服务,是一件无法忍受的事情。所以,对于微服务架构而言,一个通用的配置中心是必不可少的。
新接口逻辑上线,老接口面临迁移,开发测试完成后,马上要上线。但是接口调用发的研发同学对新接口的稳定性、性能存在一定的质疑,为了避免风险,要求可以上线后紧急切换回老接口。这时候我们就需要一个手动开关。所以对于类似需求,一个通用的配置中心是必不可少的。
Archaius提供的DynamicIntProperty类可以在配置发生变化时动态地获取配置,并且不需要重启应用,而底层的配置存储,建议使用zookeeper进行存储,Archaius作为客户端的类库使用。
<dependency> <groupId>com.netflix.archaius</groupId> <artifactId>archaius-core</artifactId> </dependency>
public class PropertiesConfiguration extends DynamicConfiguration { private static final Logger LOGGER = LoggerFactory.getLogger(PropertiesConfiguration.class); private static final int INITIAL_DELAY_MILLIS = 0; private static final int DELAY_MILLIS = 60 * 1000; private static final boolean IGNORE_DELETES_FROM_SOURCE = true; public PropertiesConfiguration(String confDir) { this(new String[]{confDir}); } public PropertiesConfiguration(final String...confDirs) { String[] propertiesPaths = Lists.newArrayList(Iterables.concat(Iterables.transform(Arrays.asList(confDirs), new Function<String, List<String>>() { @Nullable @Override public List<String> apply(String confDir) { Assert.isTrue(new File(confDir).isDirectory(), StringUtil.format("路径[{}]无法查找[.properties]文件", confDirs)); String[] propertiesPaths = getPaths(confDir); if (ArrayUtils.isNotEmpty(propertiesPaths)) { return Lists.newArrayList(propertiesPaths); } else { return Lists.newArrayList(); } } }))).toArray(new String[0]); if (ArrayUtils.isNotEmpty(propertiesPaths)) { super.startPolling(new URLConfigurationSource(propertiesPaths), new FixedDelayPollingScheduler(INITIAL_DELAY_MILLIS, DELAY_MILLIS, IGNORE_DELETES_FROM_SOURCE)); } ConfigurationLog.successInit(PropertiesConfiguration.class, this.getProperties()); } private static String[] getPaths(String confDir) { try { URL configHome = new File(confDir).toURI().toURL(); List<String> urls = new ArrayList<String>(); for (String filename : FileUtil.scan(confDir, ".properties$")) { String url = configHome.toString() + filename; urls.add(url); } return urls.toArray(new String[urls.size()]); } catch (MalformedURLException e) { throw Throwables.propagate(e); } } }
public class SystemConfiguration extends ConcurrentMapConfiguration { private static final Logger LOGGER = LoggerFactory.getLogger(SystemConfiguration.class); public SystemConfiguration() { super(); this.loadProperties(System.getProperties()); ConfigurationLog.successInit(SystemConfiguration.class, this.getProperties()); } }
同理,可以使用zookeeper client 封装一个基于zookeeper的 ConcurrentMapConfiguration
private static final ConcurrentCompositeConfiguration compositeConfig = new ConcurrentCompositeConfiguration(); public synchronized static void init() { Preconditions.checkState(! hadInit, StringUtil.format("[{}]只能加载一次!", ConfigAdapter.class.getSimpleName())); Preconditions.checkState(compositeConfig.getConfigurations().size() > 1, StringUtil.format("[{}]没有加载任何配置", ConfigAdapter.class.getSimpleName())); if (! ConfigurationManager.isConfigurationInstalled()) { ConfigurationManager.install(compositeConfig); Preconditions.checkState(ConfigurationManager.isConfigurationInstalled(), StringUtil.format("[{}]加载失败!", ConfigAdapter.class.getSimpleName())); } Iterable<String> configurationNames = Iterables.transform(compositeConfig.getConfigurations(), new Function<AbstractConfiguration, String>() { @Nullable @Override public String apply(AbstractConfiguration input) { return input.getClass().getSimpleName(); } }); ConfigurationLog.successInit(ConfigAdapter.class, getAll()); hadInit = true; }
public static DynamicBooleanProperty getDynamicBool(String key, boolean defaultValue) { return getFactory().getBooleanProperty(key, defaultValue); } private static DynamicPropertyFactory getFactory() { return DynamicPropertyFactory.getInstance(); }
在设置的时刻获取配置,配置源不会随着System#properties里面的配置更新而更新
更新配置方法不会更新实际的property文件,仅仅为更新内存数据,重启后失效
微服务都从配置中心动态的读取配置信息,而配置中心又在从配置源同步配置,所以这里就很自然的出现了一个读写安全的问题,好消息是Archaius已经解决了这个问题,Archaius是线程安全的,读写可以并发进行。
个人介绍:
高广超:多年一线互联网研发与架构设计经验,擅长设计与落地高可用、高性能互联网架构。
本文首发在 高广超的简书博客 转载请注明!
本文出自 “12009515” 博客,请务必保留此出处http://12019515.blog.51cto.com/12009515/1980778
标签:微服务
原文地址:http://12019515.blog.51cto.com/12009515/1980778