孟斌的小站

在上一章节中，我们升级了日志系统，使用了direct交换机，而不是只能虚拟广播的fanout交换机，并且实现了选择性接收消息的可能。

在上一节中，我们构建了一个简单日志系统，将日志信息广播给众多的接收者。

在上一个教程中，我们编写了程序来发送消息给有名队列并从中接收消息。这次，我们将创建一个工作队列来分发耗时任务给多个消费者。

以下内容来自官方文档。

网站性能压力测试是网站性能调优过程中必不可少的一个环节。只有服务器处于高压情况下，才能暴露出软件、硬件等各种设置的不当之处。

教程中所有程序的运行都依赖于RabbitMQ服务，方便起见，使用Docker image，compose文件内容如下：

原文地址在这里。

以fabric-samples v1.4.8为例，将v1.4.8升级至v2.2.0。注意，所有节点以滚动的方式进行升级，这样可以保证即使单个节点数据备份过程出错也不会影响整个网络的运行。先升级orderer节点，再升级peer节点。

Fabric支持两种类型的状态数据库：LevelDB和CouchDB。LevelDB默认嵌入在peer节点中，用于将合约数据存储为简单的key-value，仅支持键、键范围和组合键查询。CouchDB是可选的状态数据库，支持以JSON格式在账本中建模存储数据，且支持富查询。CouchDB同样支持在合约中部署索引，以便高效查询和对大型数据集的支持。

前言

最近打算基于fabric-sdk-go实现hyperledger fabric浏览器，其中最重要的一步就是解析fabric的上链区块。虽说fabric是Golang实现的，但直到2021年2月1号才发布了第一个稳定版fabric-sdk-go，而且官方几乎没有响应的文档介绍。对于fabric-sdk-go，基本都是参照源码中的测试用例来使用；而要实现区块链浏览器，仅靠测试用例还差好多，特别是对出块信息的解析。