etcd 3.0.14 发布,高可用 Key/Value 存储系统 - 开源中国社区
Float_left Icon_close
etcd 3.0.14 发布,高可用 Key/Value 存储系统
王练 2016年11月13日

etcd 3.0.14 发布,高可用 Key/Value 存储系统

王练 王练 发布于2016年11月13日 收藏 19

etcd 3.0.14 发布了,etcd 是一个高可用的 Key/Value 存储系统,主要用于分享配置和服务发现,灵感来自于 ZooKeeper 和 Doozer。

这主要是一个 bug 修复版本,兼容所有以前的 v3.0.0 + 版本。

更新内容:

Bug 修复

  • GH6793: 添加 no-ttl 标识到 etcdctl migrate 以丢弃 keys on transform

  • GH6794: ctlv3: 修复迁移

下载地址:

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:etcd 3.0.14 发布,高可用 Key/Value 存储系统
分享
评论(7)
最新评论
0

引用来自“Feng_Yu”的评论

consul比etcd功能更强,微服务架构可以考虑使用consul

引用来自“554330833a”的评论

redies和echache呢

引用来自“Feng_Yu”的评论

解决的就不是一类需求

引用来自“554330833a”的评论

回复@Feng_Yu : 不是缓存吗

引用来自“Feng_Yu”的评论

当然不是。redis是内存数据库,存储的是kv对,解决的是缓存问题。而etcd和consul是微服务架构中用于解决服务发现和健康检测的组件,KV存储只是其中的一个小功能,本身也不是为了解决持久存储和内存数据库来用的,你别指望这个KV存储能有多高的性能多高的并发量,人家就不是针对这种需求优化设计的。
回复@Feng_Yu : 长见识
0

引用来自“Feng_Yu”的评论

consul比etcd功能更强,微服务架构可以考虑使用consul

引用来自“554330833a”的评论

redies和echache呢

引用来自“Feng_Yu”的评论

解决的就不是一类需求

引用来自“554330833a”的评论

回复@Feng_Yu : 不是缓存吗
当然不是。redis是内存数据库,存储的是kv对,解决的是缓存问题。而etcd和consul是微服务架构中用于解决服务发现和健康检测的组件,KV存储只是其中的一个小功能,本身也不是为了解决持久存储和内存数据库来用的,你别指望这个KV存储能有多高的性能多高的并发量,人家就不是针对这种需求优化设计的。
0

引用来自“Feng_Yu”的评论

consul比etcd功能更强,微服务架构可以考虑使用consul

引用来自“554330833a”的评论

redies和echache呢

引用来自“Feng_Yu”的评论

解决的就不是一类需求
回复@Feng_Yu : 不是缓存吗
0
目前还是半自动化的etcd比bug比较多的cunsul靠谱一些吧?
0

引用来自“Feng_Yu”的评论

consul比etcd功能更强,微服务架构可以考虑使用consul

引用来自“554330833a”的评论

redies和echache呢
解决的就不是一类需求
0

引用来自“Feng_Yu”的评论

consul比etcd功能更强,微服务架构可以考虑使用consul
redies和echache呢
0
consul比etcd功能更强,微服务架构可以考虑使用consul
顶部