从0开始学微服务
胡忠想
微博技术专家
立即订阅
16289 人已学习
课程目录
已完结 42 讲
0/4登录后，你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 微服务，从放弃到入门
免费
模块一 入门微服务 (10讲)
01 | 到底什么是微服务？
02 | 从单体应用走向服务化
03 | 初探微服务架构
04 | 如何发布和引用服务？
05 | 如何注册和发现服务？
06 | 如何实现RPC远程服务调用？
07 | 如何监控微服务调用？
08 | 如何追踪微服务调用？
09 | 微服务治理的手段有哪些？
10 | Dubbo框架里的微服务组件
模块二 落地微服务 (14讲)
11 | 服务发布和引用的实践
12 | 如何将注册中心落地？
13 | 开源服务注册中心如何选型？
14 | 开源RPC框架如何选型？
15 | 如何搭建一个可靠的监控系统？
16 | 如何搭建一套适合你的服务追踪系统？
17 | 如何识别服务节点是否存活？
18 | 如何使用负载均衡算法？
19 | 如何使用服务路由？
20 | 服务端出现故障时该如何应对？
21 | 服务调用失败时有哪些处理手段？
22 | 如何管理服务配置？
23 | 如何搭建微服务治理平台？
24 | 微服务架构该如何落地？
模块三 进阶微服务 (8讲)
25 | 微服务为什么要容器化？
26 | 微服务容器化运维：镜像仓库和资源调度
27 | 微服务容器化运维：容器调度和服务编排
28 | 微服务容器化运维：微博容器运维平台DCP
29 | 微服务如何实现DevOps？
30 | 如何做好微服务容量规划？
31 | 微服务多机房部署实践
32 | 微服务混合云部署实践
模块四 展望微服务 (4讲)
33 | 下一代微服务架构Service Mesh
34 | Istio：Service Mesh的代表产品
35 | 微博Service Mesh实践之路（上）
36 | 微博Service Mesh实践之路（下）
阿忠伯的特别放送 (4讲)
阿忠伯的特别放送 | 答疑解惑01
阿忠伯的特别放送 | 答疑解惑02
微博技术解密（上） | 微博信息流是如何实现的？
微博技术解密（下）| 微博存储的那些事儿
结束语 (1讲)
结束语 | 微服务，从入门到精通
从0开始学微服务
登录|注册
22 | 如何管理服务配置？
胡忠想 2018-10-11
在拆分为微服务架构前，曾经的单体应用只需要管理一套配置；而拆分为微服务后，每一个系统都有自己的配置，并且都各不相同，而且因为服务治理的需要，有些配置还需要能够动态改变，以达到动态降级、切流量、扩缩容等目的，这也是今天我要与你探讨的，在微服务架构下服务配置如何管理的问题。
本地配置
服务配置管理最简单的方案就是把配置当作代码同等看待，随着应用程序代码一起发布。比如下面这段代码用到了开源熔断框架 Hystrix，并且在代码里定义了几个配置，一个是线程的超时时间是 3000ms，一个是熔断器触发的错误比率是 60%。
(fallbackMethod = "getDefaultProductInventoryByCode",
commandProperties = {
(name = "execution.isolation.thread.timeoutInMilliseconds", value = "3000"),
(name = "circuitBreaker.errorThresholdPercentage", value="60")
}
)
public Optional<ProductInventoryResponse> getProductInventoryByCode(String productCode)
{
....
}
还有一种方案就是把配置都抽离到单独的配置文件当中，使配置与代码分离，比如下面这段代码。
(commandKey = "inventory-by-productcode", fallbackMethod = "getDefaultProductInventoryByCode")
public Optional<ProductInventoryResponse> getProductInventoryByCode(String productCode)
{
...
}
相应的配置可以抽离到配置文件中，配置文件的内容如下：
hystrix.command.inventory-by-productcode.execution.isolation.thread.timeoutInMilliseconds=2000
hystrix.command.inventory-by-productcode.circuitBreaker.errorThresholdPercentage=60
无论是把配置定义在代码里，还是把配置从代码中抽离出来，都相当于把配置存在了应用程序的本地。这样做的话，如果需要修改配置，就需要重新走一遍代码或者配置的发布流程，在实际的线上业务当中，这是一个很重的操作，往往相当于一次上线发布过程，甚至更繁琐，需要更谨慎。
这时你自然会想，如果能有一个集中管理配置的地方，如果需要修改配置，只需要在这个地方修改一下，线上服务就自动从这个地方同步过去，不需要走代码或者配置的发布流程，不就简单多了吗？没错，这就是下面要讲的配置中心。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《从0开始学微服务》，如需阅读全部文章，
请订阅文章所属专栏。
请订阅文章所属专栏。
立即订阅
登录 后留言
精选留言(21)
老巫刚开始搭建玩玩，我觉得consul可以，它首页的KV模块就是做配置的吧。
大力推荐携程的配置中心，好用简单！作者回复: 是的
2018-10-11 7
andyXH在前面我讲到 Zookeeper、Consul、etcd 作为服务的注册中心时，可以提供强一致性的服务发现功能，那么它们能够作为配置中心吗？为什么
Zookeeper 等服务中心，可以作为配置中心，实现基本配置注册，配置订阅等功能，但是性能较弱,具有局限性。
就拿携程实现 Apollo 来说，作为配置中心，我们需要实现配置中心是弱依赖，即使配置中心宕机，应用正常运行，客户端需要实现缓存配置数据。其次需要做好备份，且有后台可以方便修改配置项。再次，修改完配置项，可以及时通知客户端修改。
而上述功能 Zookeeper 等注册中心不能提供或者说需要基于Zookeeper二次开发，所以 Zookeeper 等注册中心不适宜当配置中心。2018-10-22 4
Liamconsul就可以作为配置中心，不过配置要分成启动时依赖和非启动依赖，前者是不可动态修改的2018-10-23 2- batman你好，怎么定义中小团队？
作者回复: 没有专门的架构开发团队吧
2018-10-18 1 
XXL我司就是用的zk作为配置中心的，不晓得有什么不合适的...2018-10-11 1
Douglas胡老师，注册中心配置修改后，应用需要重新加载的吧，比去数据库线程池，一般在应用启动后就会创建好指定数量的线程，如果通过配置中心，降低了数量，多余的线程该如何处理呢？作者回复: 这种配置不建议动态修改
2018-10-11 1
Joycehelm这个呢2019-11-05
lanpay这几个都可以拿来做配置中心的底层实现，直接用功能弱了点2019-06-20
godtrueUCC我们用这个基于zk开发的，有了配置中心确实比较方便，尤其是各种开关控制的切换。2019-06-15
Marsredis不行吗2019-04-09
Zerone比如调用下面的接口请求就会返回配置项 global.property 中 Key 为 reload.locations 的配置值。
curl "http://ip:port/config/service？action=getSign&group=global.property"
不是返回配置值，是返回sign 值吧2019-03-28
深海我们是用python作为主要开发语言的，使用什么作为分布式配置中心呢？2019-03-08
Filix配置中心的地址本身也是配置，只能还是采用本地配置了吧？2019-03-04- testbdisconf二次开发了zk2019-02-26
三木子配置中心可不可以理解为k-v方式的缓存，全局都可以使用，不再像以前每个服务都配置在自己单独的properties文件2018-11-16
Geek_89bbab请教一下：配置中心修改配置后，修改的配置下发给对应的微服务。配置该怎么生效，比如 数据库连接池配置。对于通过配置创建的长生命周期对象该怎么处理？是先用新配置创建新的对象，替换旧的对象，然后关闭旧的对象吗？困惑了好久，求答疑2018-10-24 1
vickspring cloud config 依赖spring boot，如果没有用spring boot没法采用吧？应用范围局限2018-10-18
莲花胡老师，dubbo服务建议有哪种配置中心？2018-10-16 1
波波安可以实现，下面这些功能利用zookeeper都可以实现
配置注册功能
配置反注册功能
配置查看功能
配置变更订阅功能2018-10-14
wuhulala难道是因为zk因为是cp？2018-10-13
收起评论