Hyperledger Fabric能否大规模运行?

发布时间:2020-07-01 08:38:15 作者:小智123
来源:网络 阅读:517

我很高兴回答这个问题!简短的回答是:是的,确实如此!

我的疑问

我对大规模Hyperledger Fabric(Fabric)的性能提出了很多疑问。很多时候,人们已经完成了一些(或阅读/听说过)性能测试(比如在他们的笔记本电脑或早期版本的Fabric上使用Caliper的早期版本),并且感觉性能并不是那么好。

Fabric维护人员很容易承认,在Hyperledger Fabric v1.1.0发布之前,性能并不高。Fabric的维护者在Fabric v0.6已经认识到,我们需要采用新的架构,使平台能够实现许多潜在的企业区块链用例所要求的性能特征。我们对v1.0.0的目标是为用户提供新架构的功能版本。我们不想陷入过早的优化。从那时起,我们在性能改进方面投入了大量资金,从v1.1.0版本开始,一直持续到今天。

在我主持的IBM博客上,我发起了一系列帖子,旨在提供有关Hyperledger Fabric的性能和规模的信息。我关于这个主题的最初博客文章开始概述了一些改进Hyperledger Fabric性能的最佳实践,这些实践是我从Fabric认可策略,负载平衡和orderer配置的实验中收集到的。我最近的帖子解决了Fabric对扩展其通道架构能力的一种常见误解。

Fabric通道架构是否能够大规模运行?

那么,Hyperledger Fabric的性能会随着频道的增加而受到影响吗?简短的回答是:并非我观察到最新版本的Fabric v1.4.0和v1.4.1。我鼓励你跳到我上面的两个帖子了解详细信息。

实际上令人惊喜的另一个有趣的发展是,针对Fabric订购服务引入Raft共识已经在延迟方面取得了很大的改进,实际上允许人们将整体吞吐量推到新的高度,同时将延迟保持在可接受的水平。它还显着降低了运行Kafka和Zookeeper的操作复杂性。

尽管做出全面的陈述还为时过早,但初始测试在吞吐量方面取得了令人瞩目的进步,同时将延迟保持在一秒之内。

向前看

Fabric社区继续致力于性能的各个方面。我们的下一个版本(v1.4.1-rc1现在可用于测试)将重点关注上面提到的Raft共识。下一个版本v2.0将包含一个状态数据库缓存,该缓存应该可以在访问状态数据库时实现整体性能提升。

接下来,一旦缓存更新,我们将努力释放状态数据库上的锁,以减少锁争用并实现更高的吞吐量。我们正在从社区成员那里获得很好的见解和建议,他们专注于Fabric的性能,并逐渐希望在今年的后续版本中利用这种学习。

当然,Fabric维护者总是希望让新的(和旧的)成员有助于改进Fabric。性能只是一个参与的领域,也有无数其他方式可以贡献。随时在聊天(#fabric)或电子邮件(fabric@lists.hyperledger.org)中联系。

作者:Chris Ferris,IBM杰出的工程师,IBM数字业务集团开放技术CTO。

======================================================================

分享一些比特币、以太坊、EOS、Fabric等区块链相关的交互式在线编程实战教程:

汇智网原创翻译,转载请标明出处。这里是Hyperledger Fabric能否大规模运行?

推荐阅读:
  1. Hyperledger中如何搭建Fabric-sdk-java环境
  2. HyperLedger中如何搭建Explorer环境

免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

fabric hyperledger 区块链

上一篇:3-7 run vs cmd vsentrypoint

下一篇:关于nginx 代理页面中某些数据(css,视频流)无法加载

相关阅读

您好,登录后才能下订单哦!

密码登录
登录注册
其他方式登录
点击 登录注册 即表示同意《亿速云用户服务条款》