阿里云ACM:云原生配置管理利器

发表于:2019-3-19 14:22

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:暖忆    来源:思否

  摘要: 在传统架构中,如果配置信息有变更,通常是登陆服务器手动修改配置来使配置生效。在微服务架构中,应用数和节点数由于微服务化数量激增,导致发布次数增加,配置变更难度加大,通常是将应用配置抽象出来放置在外部的配置中心里,从而实现配置变更的自动化,但这类原生方案会存在依赖严重、发布延时高的问题。
  在传统架构中,如果配置信息有变更,通常是登陆服务器手动修改配置来使配置生效。在微服务架构中,应用数和节点数由于微服务化数量激增,导致发布次数增加,配置变更难度加大,通常是将应用配置抽象出来放置在外部的配置中心里,从而实现配置变更的自动化,但这类原生方案会存在依赖严重、发布延时高的问题。
  Spring Cloud中的标准配置管理方法和存在的问题
  以Spring Cloud为例,其提供了Spring Cloud Config组件来默认对配置进行管理。
  关于Spring Cloud Config的工作原理,如下图所示:
  
  和传统人肉到生产服务器上一台台手动修改配置的思路不同,在Spring Cloud中,当用户配置发生变化时,用户可以在Git中修改配置,再通过Spring Cloud Config Server动态下发配置,从而在各个机器上动态生效。其整个流程大概如下:
  用户在Git中update和commit配置;
  Spring Cloud Config Server通过回掉,获取更新配置;
  用户在其中任一一台机器上执行配置刷新操作 (图中为 "post /bus/refresh")
  目标机 (App A)在Config Server中拉取最新配置,并发送消息到消息总线中,通知其他机器配置被变更;
  所有其他机器通过消息总线获知配置刷新后,在Config Server中拉取最新配置。
  至此,配置修改完成。
  Spring Cloud Config组件成功的以配置中心思路解决了静态配置繁琐的运维问题,但是Spring Cloud Config仍存在以下问题:
  标准方案依赖Git。虽然提供其他存储支持,但是标准的Git方案饱受争议,毕竟Git运维在业界算是小众领域,在关键的生产环境中使用得并不多(开发测试环境除外);
  配置变更依赖Cloud Bus,架构复杂的同时,存在配置的一致性问题;
  整个配置的时效性较低。由于发布路径长,中间存在多个异步操作,因此从发布到最后所有配置生效,延时可能会是分钟级别。
  阿里云ACM为spring cloud带来的配置管理优化
  阿里云应用配置管理服务ACM,作为Nacos的云上实现,可以将以上的配置管理问题进行优化,配置修改将变得异常简单和高效,如下图所示。
  
  整个操作流程分为两步:
  用户在ACM中修改配置内容;
  ACM动态推送到所有应用中。
  ACM全面兼容Spring框架接口,包括Spring Framework、Spring Boot和Spring Cloud,其为 Spring Cloud编写的应用配置管理,和Spring Cloud Config对比,由于极简的架构,带来了众多的好处:
  配置变更推送性能高,根据阿里巴巴内部的性能统计来看,绝大多数情况下,配置推送0.5秒生效,99.9%场景下,3秒以内能推送到上千台机器;
  运维简单,不需要额外的Git存储或Cloud Bus组件,单应用接口即可完成所有配置中心功能;
  遵循开源精神,ACM作为Nacos的云上实现,用户无需额外付费即可使用全部功能。
  Spring Cloud用户可以基于Spring Cloud Config提供的接口将Spring Cloud应用的配置管理无缝迁移到ACM上,大幅度提升基于Spring Cloud框架的微服务应用的配置管理敏捷性。此外,相比于Spring Cloud Config,ACM还拥有多项实用功能,例如,云上配置安全合规,配置灰度发布和回滚等。
  如何快速部署ACM
  使用Spring Cloud的用户在阿里云上如果要从Spring Cloud Config切换成ACM方案,在程序业务层代码无需任何改动,原生@Value标签直接有效。用户仅仅需要改动Spring Cloud应用的两个编译配置文件即可。
  1、修改配置文件
  在 bootstrap.properties中添加ACM的连接地址和认证信息,示例如下。其中,endpoint、namesspace、accessKey和secretKey等参数在ACM控制台上可以直接获取。
  
  指定spring.application.name和spring.coud.nacos.config.file以后,将决定ACM控制台上配置名,如上例中,配置名为com.alibaba.nacos.example.properties。
  2、在 pom 中添加相关的nacos starter依赖
  如下图所示。
 
  以上两处修改完成之后,重新打包编译Spring Cloud程序,即可将配置管理转为ACM托管。
  Spring Cloud 代码和配置变更实例
  以Spring Cloud代码示例为例,/echo 接口将返回动态配置参数 configValue 的值。
  
  将以下代码片段示例打包运行,并在对应ACM控制台上添加配置,设置对应配置名DataID (本例中为com.alibaba.nacos.example.properties),并点击发布。
  
  最后在本地运行curl命令,假设http监控端口为8080:
  
  则将返回:
  
  返回true值后,即配置成功。详细的程序实例,可参照[ACM官方文档]()。

       上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号