支持10万TPS的高性能服务间通信解读
servicecomb.apache.org github.com/apache?q=servicecomb 支持10万TPS的高性能服务间通信解读 刘宝 2 github.com/apache?q=servicecomb servicecomb.apache.org 刘宝,华为微服务开发专家,Apache ServiceComb Committer。 拥有10年以 上java开发框架的开发和运维经验。热爱微0 码力 | 7 页 | 1.58 MB | 1 年前3使用微服务架构快速开发万级TPS高可用电商系统
[社区网站] http://servicecomb.apache.org [Github ] https://github.com/apache?q=servicecomb 使用微服务架构快速开发万级TPS高可用电商系统 git clone https://github.com/alec-z/servicecomb-samples cd servicecomb-samples/houserush/script/docker0 码力 | 15 页 | 1.46 MB | 1 年前3Apache RocketMQ 从入门到实战
为什么不能设置为 true 18 1.3 实战:RocketMQ 学习环境搭建指南篇 28 1.4 RocketMQ HA 核心工作机制 39 1.5 踩坑记:rocketmq-console 消费 TPS 为 0,但消息积压数却在降低是个什么 “鬼” 49 1.6 RocketMQ 一个新的消费组初次启动时从何处开始消费呢? 64 1.7 一次 RocketMQ 进程自动退出排查经验分享 78 取就会从主去拉取。 本文来自『中间件兴趣圈』公众号,仅作技术交流,未授权任何商业行为。 49 > 1.5 踩坑记:rocketmq-console 消费 TPS 为 0,但消息积压数却在降低是个什么“鬼” 1.5 踩坑记:rocketmq-console 消费 TPS 为 0,但消息积压数却在降低是个什 么“鬼” 一、背景 上周六的 19:00,接到项目反馈,他们的项目从昨天的 23:00 就停止消费了,而整个 目组的原因,由于业务已积压将近一天,由 于项目在昨天 20:00 发过变更,故为了快速恢复业务,项目组首先决定将版本进行回退, 回退后通过 rocketmq-console 查看消费组的消费 TPS,却显示为 0,如图所示: 乍一看,第一时间得出应用还未恢复,就开始去查看相关的启动日志,通常查看的是应 用服务器的 /home/baseuser/logs/rockemqlogs/rocketmq_client0 码力 | 165 页 | 12.53 MB | 1 年前3FISCO BCOS 2.9.0 中文文档
BCOS于2017年面向全球开源。 开源六周年至今,FISCO BCOS开源社区在技术创新、应用产业以及开源生 态均取得了非凡成绩。 FISCO BCOS持续攻关核心关键技术,单链性能突破10万TPS。首创DMC算 法大幅度提升性能、推出三种架构形态灵活适配业务需求;全链路国产化, 采用国密算法与软硬件体系,支持国产OS,适配国产芯片和服务器,支持多 语言多终端国密接入。拥有覆盖底层+中间件+应用组件的丰富周边组件。 O BCOS通过信通院可信区 块链评测功能、性能两项评测,单链TPS可达两万。 关键特性 整体架构 架构模型 一体两翼多引擎 群组架构 支持链内动态扩展多群组 分布式存储 支持海量数据存储 并行计算 支持块内交易并行执行 节点类型 共识节点、观察节点 计算模型 排序-执行-验证 系统性能 峰值TPS 2万+ TPS(PBFT) 交易确认时延 秒级 硬件推荐配置 CPU 2 务。联盟链的路线,兼顾了业务合规稳定和业务创新,也是国家和行业鼓励 发展的方向。 性能 性能指标 软件系统的处理性能指标最常见的是TPS(Transaction Per Second),即系统 每秒能处理和确认的交易数,TPS越高,性能越高。区块链领域的性能指标 除了TPS之外,还有确认时延,网络规模大小等。 确认时延是指交易发送到区块链网络后,经过验证、运算和共识等一系列流 程后,到被确认时所用0 码力 | 2649 页 | 201.08 MB | 1 年前3FISCO BCOS 2.9.0 中文文档
BCOS于2017年面向全球开源。 开源六周年至今,FISCO BCOS开源社区在技术创新、应用产业以及开源生 态均取得了非凡成绩。 FISCO BCOS持续攻关核心关键技术,单链性能突破10万TPS。首创DMC算 法大幅度提升性能、推出三种架构形态灵活适配业务需求;全链路国产化, 采用国密算法与软硬件体系,支持国产OS,适配国产芯片和服务器,支持多 语言多终端国密接入。拥有覆盖底层+中间件+应用组件的丰富周边组件。 O BCOS通过信通院可信区 块链评测功能、性能两项评测,单链TPS可达两万。 关键特性 整体架构 架构模型 一体两翼多引擎 群组架构 支持链内动态扩展多群组 分布式存储 支持海量数据存储 并行计算 支持块内交易并行执行 节点类型 共识节点、观察节点 计算模型 排序-执行-验证 系统性能 峰值TPS 2万+ TPS(PBFT) 交易确认时延 秒级 硬件推荐配置 CPU 2 务。联盟链的路线,兼顾了业务合规稳定和业务创新,也是国家和行业鼓励 发展的方向。 性能 性能指标 软件系统的处理性能指标最常见的是TPS(Transaction Per Second),即系统 每秒能处理和确认的交易数,TPS越高,性能越高。区块链领域的性能指标 除了TPS之外,还有确认时延,网络规模大小等。 确认时延是指交易发送到区块链网络后,经过验证、运算和共识等一系列流 程后,到被确认时所用0 码力 | 2649 页 | 201.08 MB | 1 年前3FISCO BCOS 2.0 中文文档
BCOS于2017年面向全球开源。 开源六周年至今,FISCO BCOS开源社区在技术创新、应用产业以及开源生 态均取得了非凡成绩。 FISCO BCOS持续攻关核心关键技术,单链性能突破10万TPS。首创DMC算 法大幅度提升性能、推出三种架构形态灵活适配业务需求;全链路国产化, 采用国密算法与软硬件体系,支持国产OS,适配国产芯片和服务器,支持多 语言多终端国密接入。拥有覆盖底层+中间件+应用组件的丰富周边组件。 O BCOS通过信通院可信区 块链评测功能、性能两项评测,单链TPS可达两万。 关键特性 整体架构 架构模型 一体两翼多引擎 群组架构 支持链内动态扩展多群组 分布式存储 支持海量数据存储 并行计算 支持块内交易并行执行 节点类型 共识节点、观察节点 计算模型 排序-执行-验证 系统性能 峰值TPS 2万+ TPS(PBFT) 交易确认时延 秒级 硬件推荐配置 CPU 2 务。联盟链的路线,兼顾了业务合规稳定和业务创新,也是国家和行业鼓励 发展的方向。 性能 性能指标 软件系统的处理性能指标最常见的是TPS(Transaction Per Second),即系统 每秒能处理和确认的交易数,TPS越高,性能越高。区块链领域的性能指标 除了TPS之外,还有确认时延,网络规模大小等。 确认时延是指交易发送到区块链网络后,经过验证、运算和共识等一系列流 程后,到被确认时所用0 码力 | 2649 页 | 201.08 MB | 1 年前3FISCO BCOS 2.8.0 中文文档
CO BCOS通过信通院可信区 块链评测功能、性能两项评测,单链TPS可达两万。 关键特性 整体架构 架构模型 一体两翼多引擎 群组架构 支持链内动态扩展多群组 分布式存储 支持海量数据存储 并行计算 支持块内交易并行执行 节点类型 共识节点、观察节点 计算模型 排序-执行-验证 系统性能 峰值TPS 2万+ TPS(PBFT) 交易确认时延 秒级 硬件推荐配置 整体架构 CPU 务。联盟链的路线,兼顾了业务合规稳定和业务创新,也是国家和行业鼓励 发展的方向。 性能 性能指标 软件系统的处理性能指标最常见的是TPS(Transaction Per Second),即系统 每秒能处理和确认的交易数,TPS越高,性能越高。区块链领域的性能指标 除了TPS之外,还有确认时延,网络规模大小等。 确认时延是指交易发送到区块链网络后,经过验证、运算和共识等一系列流 程后,到被确认时所用 概率确认需要6个区块,即一个小时。采用PBFT算法的话,可以使交易在秒 级确认,一旦确认即具有最终确定性,更适合金融等业务需求。 网络规模指在保证一定的TPS和确认时延前提下,能支持多少共识节点的协 同工作。业界一般认为采用PBFT共识算法的系统,节点规模在百级左右,再 增加就会导致TPS下降,确认时延增加。目前业界有通过随机数算法选择记 账组的共识机制,可以改善这个问题。 性能优化 性能的优化有两个方向,向上扩展(Scale0 码力 | 2534 页 | 212.43 MB | 1 年前3FISCO BCOS 2.8.0 中文文档
CO BCOS通过信通院可信区 块链评测功能、性能两项评测,单链TPS可达两万。 关键特性 整体架构 架构模型 一体两翼多引擎 群组架构 支持链内动态扩展多群组 分布式存储 支持海量数据存储 并行计算 支持块内交易并行执行 节点类型 共识节点、观察节点 计算模型 排序-执行-验证 系统性能 峰值TPS 2万+ TPS(PBFT) 交易确认时延 秒级 硬件推荐配置 整体架构 CPU 务。联盟链的路线,兼顾了业务合规稳定和业务创新,也是国家和行业鼓励 发展的方向。 性能 性能指标 软件系统的处理性能指标最常见的是TPS(Transaction Per Second),即系统 每秒能处理和确认的交易数,TPS越高,性能越高。区块链领域的性能指标 除了TPS之外,还有确认时延,网络规模大小等。 确认时延是指交易发送到区块链网络后,经过验证、运算和共识等一系列流 程后,到被确认时所用 概率确认需要6个区块,即一个小时。采用PBFT算法的话,可以使交易在秒 级确认,一旦确认即具有最终确定性,更适合金融等业务需求。 网络规模指在保证一定的TPS和确认时延前提下,能支持多少共识节点的协 同工作。业界一般认为采用PBFT共识算法的系统,节点规模在百级左右,再 增加就会导致TPS下降,确认时延增加。目前业界有通过随机数算法选择记 账组的共识机制,可以改善这个问题。 性能优化 性能的优化有两个方向,向上扩展(Scale0 码力 | 2534 页 | 212.43 MB | 1 年前3FISCO BCOS 2.7.0 中文文档
CO BCOS通过信通院可信区 块链评测功能、性能两项评测,单链TPS可达两万。 关键特性 整体架构 架构模型 一体两翼多引擎 群组架构 支持链内动态扩展多群组 分布式存储 支持海量数据存储 并行计算 支持块内交易并行执行 节点类型 共识节点、观察节点 计算模型 排序-执行-验证 系统性能 峰值TPS 2万+ TPS(PBFT) 交易确认时延 秒级 硬件推荐配置 整体架构 CPU 务。联盟链的路线,兼顾了业务合规稳定和业务创新,也是国家和行业鼓励 发展的方向。 性能 性能指标 软件系统的处理性能指标最常见的是TPS(Transaction Per Second),即系统 每秒能处理和确认的交易数,TPS越高,性能越高。区块链领域的性能指标 除了TPS之外,还有确认时延,网络规模大小等。 确认时延是指交易发送到区块链网络后,经过验证、运算和共识等一系列流 程后,到被确认时所用 概率确认需要6个区块,即一个小时。采用PBFT算法的话,可以使交易在秒 级确认,一旦确认即具有最终确定性,更适合金融等业务需求。 网络规模指在保证一定的TPS和确认时延前提下,能支持多少共识节点的协 同工作。业界一般认为采用PBFT共识算法的系统,节点规模在百级左右,再 增加就会导致TPS下降,确认时延增加。目前业界有通过随机数算法选择记 账组的共识机制,可以改善这个问题。 性能优化 性能的优化有两个方向,向上扩展(Scale0 码力 | 2538 页 | 212.43 MB | 1 年前3FISCO BCOS 3.0.0-rc2 中文文档
CO BCOS通过信通院可信区 块链评测功能、性能两项评测,单链TPS可达两万。 关键特性 整体架构 架构模型 一体两翼多引擎 群组架构 支持链内动态扩展多群组 分布式存储 支持海量数据存储 并行计算 支持块内交易并行执行 节点类型 共识节点、观察节点 计算模型 排序-执行-验证 系统性能 峰值TPS 2万+ TPS(PBFT) 交易确认时延 秒级 硬件推荐配置 整体架构 CPU 务。联盟链的路线,兼顾了业务合规稳定和业务创新,也是国家和行业鼓励 发展的方向。 性能 性能指标 软件系统的处理性能指标最常见的是TPS(Transaction Per Second),即系统 每秒能处理和确认的交易数,TPS越高,性能越高。区块链领域的性能指标 除了TPS之外,还有确认时延,网络规模大小等。 确认时延是指交易发送到区块链网络后,经过验证、运算和共识等一系列流 程后,到被确认时所用 概率确认需要6个区块,即一个小时。采用PBFT算法的话,可以使交易在秒 级确认,一旦确认即具有最终确定性,更适合金融等业务需求。 网络规模指在保证一定的TPS和确认时延前提下,能支持多少共识节点的协 同工作。业界一般认为采用PBFT共识算法的系统,节点规模在百级左右,再 增加就会导致TPS下降,确认时延增加。目前业界有通过随机数算法选择记 账组的共识机制,可以改善这个问题。 性能优化 性能的优化有两个方向,向上扩展(Scale0 码力 | 2569 页 | 166.06 MB | 1 年前3
共 247 条
- 1
- 2
- 3
- 4
- 5
- 6
- 25