fabric

百度云盘：Python自动化运维 技术与最佳实践PDF高清完整版免费下载 提取码：l7cd 内容简介 本书在中国运维领域将有“划时代”的重要意义：一方面，这是国内第一本从纵、深和实践角度探讨Python在运维领域应用的著作；一方面本书的作者是中国运维领域的“偶像级”人物，本书是他在天涯社区和腾讯近10年工作经验的结晶。因为作者实战经验丰富，所以能高屋建瓴、直指痛处，围绕Python自动化运维这个主题，不仅详细介绍了系统基础信息、服务监控、数据报表、系统安全等基础模块，而且深入讲解了自动化操作、系统管理、配置管理、集群管理及大数据应用等高级功能。最重要的是，完整重现了4个来自实际生产环境的不同功能运维平台的综合案例，展示了完整的平台架构及开发流程。 全书一共16章：基础篇（1-4章）详细介绍了系统基础信息、业务服务监控、定制业务质量报表、系统安全等基础和常用模块；高级篇（5-12章）深入讲解了批量运维管理器pexpect、paramiko、Fabric，集中化管理平台Ansible、Saltstack，统一网络控制器Func等高级功能，涵盖自动化操作、系统管理、配置管理、集群管理及大数据应用等主题；案例篇（13-16章）详细介绍了4个来自不同平台的运维案例，如何从零开始打造一个B/S自动化运维平台、如何打造Linux系统安全审计功能、如何构建分布式质量监控平台、如何构建桌面版C

问题   Fabric版本：2.0.1   在使用Java SDK 安装go语言链码时报错：failed to invoke backing implementation of ‘InstallChaincode’: could not build chaincode: docker build failed: docker image build failed: docker build failed: Error returned from build: 1 "/chaincode/input/src/github.com/chaincode/pcurd.go:37:2: cannot find package “github.com/hyperledger/fabric-chaincode-go/shim” in any of: /usr/local/go/src/github.com/hyperledger/fabric-chaincode-go/shim (from $GOROOT) /chaincode/input/src/github.com/hyperledger/fabric-chaincode-go/shim (from $GOPATH) /go/src/github.com/hyperledger/fabric-chaincode-go/shim

因为公司需要用fabric.js这个框架，所以在学习fabric.js的时候做了这样的一个简易画图板的demo，主要功能有：画直线，画圆， 画矩形， 画贝塞尔曲线，侦测（就是判断鼠标是不是移动到了这个对象附近，如果是的话，吸附在对象上，我就做了贝塞尔曲线的侦测，因为直线侦测的思路与贝塞尔曲线差不多），镜像（目前就做了贝塞尔曲线的镜像），删除，调整直线长短，显示直线长度，修改贝塞尔曲线的弧度，位置等功能 开始 新建vue项目 在项目中安装fabric npm install fabric--save ，将其引入到你的.vue文件夹中 import { fabric } from 'fabric' ，fabric 需要在.vue文件的 mounted()生命周期中使用 在中写一个 <canvas id="main" width="1920" height="600" ref="cvs"></canvas> ，然后在mounted中初始化画布，初始化分为以下步骤 声明画布 let canvas = new fabric.Canvas( "main" , { backgroundColor : "rgb(100,100,200)" }); 复制代码 确定窗口与画布的位置：因为鼠标的位置是相对于整个屏幕来说，但是我们需要知道的位置是鼠标在画布上的相对位置，所以在页面初始化的时候

Hyperledger Fabric 1.4.6网络搭建实例(raft) 近期在帮其他部门搭建fabric测试网络，采用1.4.1的配置文件、1.4.6的核心模块，在创建通道的时候爆出了以下错误： Error: got unexpected status: BAD_REQUEST -- error validating channel creation transaction for new channel 'mychannel', could not succesfully apply update to template configuration: error authorizing update: error validating DeltaSet: policy for [Group] /Channel/Application not satisfied: implicit policy evaluation failed - 0 sub-policies were satisfied, but this policy requires 1 of the 'Admins' sub-policies to be satisfied 在网上查询的时候，很多帖子说是历史数据没有清理干净，但是我可以保证我的历史数据绝对是清理干净了。 但是，当我把 bin 目录下的核心模块换回1

作者介绍 温卫斌， 就职于中国民生银行信息科技部，目前负责分布式技术平台设计与研发，主要关注分布式数据相关领域。 前言 最近几年做分布式项目，很多工作是关于OLTP（联机交易系统）场景下数据分布式架构的，疫情期间正好整理下这方面的一些设计与实践。为避免篇幅太长，本文分为设计篇和技术篇，设计篇主要偏向数据拆分的理论与方法，还有一些原则与经验。技术篇则主要会介绍分库分表中间件的设计与使用实践，以及如何构建一个完整的分布式数据服务平台。 一般来说做分布式架构，应用层是好做分布式的，因为往往都是无状态的（或者通过将数据转移到DB、缓存、MQ等方式来实现无状态），只需在流量入口、即在应用前面加一个负载均衡即可（例如Nginx、HAProxy、F5），这在大单体架构也多已具备。所以一般我们说分布式架构，一个重要的部分就是要做数据的分布式化。 传统单体集中式架构 数据的分布式不像应用那么简单，因为各节点的数据可能是不一样的，需要进行路由、解决多副本一致性，甚至多写冲突等问题。虽然实现方案复杂，不过数据的分布式本质上就两种朴素思想：复制和分片。复制技术在传统关系数据库中也很常见，主要用来做主备、双活，例如 MySQL Replication、Oracle DataGuard等。分片在数据库里也有对应产品。例如 MySQL Fabric、Oracle Sharding，但与复制相比

来源：嵌入式资讯精选 作者 | Paul Alcorn 译者 | 弯月，责编 | 郭芮 以下为译文： 不论是选游戏CPU还是桌面应用的CPU，我们只有两种选择：AMD或者英特尔。两家都有各自的粉丝，所以想买CPU的人很难获得中肯的建议，但其实在很多情况下答案很明显。实际上对于大多数人来说，AMD明显胜出。这个结论是大反转，因为要知道在三年前AMD几乎破产，而如今却能和英特尔统治了十多年的芯片市场上与之一战。 这篇文章从个人电脑的使用目的、价格、性能、驱动支持、能耗和安全性方面讨论AMD与英特尔的桌面级CPU之间永不休止的争论（这里我们不讨论笔记本或服务器的芯片），以及目前两者竞争的现状。我们还会讨论改变了游戏规则的制程和架构。总体上的胜利者毫无疑问，但选择哪家的CPU，应该根据价格、性能以及最看重的功能来综合考虑。 AMD和英特尔CPU的价格和价值比较 不论是谁，价格总是最重要的考虑因素，而在价值方面，AMD很难被打败。AMD的产品有很多额外的优势，如集成散热、所有型号完全支持超频，更不用说各种各样的软件，如Precision Boost Overdrive的自动超频功能。 而Socket AM4主板非常广泛的向前向后兼容性也带来了极大的好处，你花在处理器和主板上的每一分钱都物有所值。AMD还允许除了A系列之外的所有主板进行超频，对于用户来说这也是利好消息。 此外

作者 | Paul Alcorn 译者 | 弯月，责编 | 郭芮 以下为译文： 不论是选游戏CPU还是桌面应用的CPU，我们只有两种选择：AMD或者英特尔。两家都有各自的粉丝，所以想买CPU的人很难获得中肯的建议，但其实在很多情况下答案很明显。实际上对于大多数人来说，AMD明显胜出。这个结论是大反转，因为要知道在三年前AMD几乎破产，而如今却能和英特尔统治了十多年的芯片市场上与之一战。 这篇文章从个人电脑的使用目的、价格、性能、驱动支持、能耗和安全性方面讨论AMD与英特尔的桌面级CPU之间永不休止的争论（这里我们不讨论笔记本或服务器的芯片），以及目前两者竞争的现状。我们还会讨论改变了游戏规则的制程和架构。总体上的胜利者毫无疑问，但选择哪家的CPU，应该根据价格、性能以及最看重的功能来综合考虑。 AMD和英特尔CPU的价格和价值比较 不论是谁，价格总是最重要的考虑因素，而在价值方面，AMD很难被打败。AMD的产品有很多额外的优势，如集成散热、所有型号完全支持超频，更不用说各种各样的软件，如Precision Boost Overdrive的自动超频功能。 而Socket AM4主板非常广泛的向前向后兼容性也带来了极大的好处，你花在处理器和主板上的每一分钱都物有所值。AMD还允许除了A系列之外的所有主板进行超频，对于用户来说这也是利好消息。 此外，在AMD和英特尔的CPU大战中

在测试过程中发现的Bug BUG 是否解决 无法上传PDF文件 是。最初功能设想是每名用户使用自己的Azure storage账户，如果使用这种方法我们的工具将变得难以推广，因为国内大部分人都没有一张visa卡。因此我们后来改变了功能设计，在改变时却忽略了上传模板的功能，后来增加了一个上传页面，让用户上传空表单模板 工具栏图标错误 是。不熟悉fabric-icons这个UI库的使用，导致本地图标无法显示，并且在前端控制台中报warning和error。在研读原代码之后，知道了如何关联和使用这个图标库，但显示时图标发生了莫名其妙的“失真”，最终挑选原项目已有的图标作为工具栏中的页面图标。 data页面展示pdf时，无法切换想要展示的pdf 是。由于原代码架构过于复杂，一些读取storage的服务和写好的关于pdf资源展示的模块理解出错，花费一天时间才找到问题，但同时也对项目架构有了更多的理解 生成数据改变时，展示界面更新有延迟 是。一开始以为是网络问题导致的延迟，后来在代码复审的过程中，发现在生成新的pdf后，没有及时调用更新展示界面的函数，而令其自动检测容器中文件是否发生变化，有变化时才更新。发现错误后就及时进行了修补。 页面部分文字错误 是。某前端开发人员搞错了单词是否是可数名词，在代码复审的时候发现并修复，增长了姿势。😃 前端向后端发送请求时有概率出现500错误 是

1、生成证书： #路径需要更改为自己的路径 cd ~/go/src/github.com/hyperledger/fabric/scripts/fabric-samples/first-network/ #在这里可能会报错，通常是权限问题，可以添加sudo重新执行 cryptogen generate --config=./crypto- config.yaml #执行完毕后，当前文件夹下会出现一个新的文件夹：crypto-config，在该文件夹下就是刚刚生成的证书. 2、Orderer服务 生成创世区块，通道配置，锚节点配置文件 #路径需要更改为自己的路径 cd ~/go/src/github.com/hyperledger/fabric/scripts/fabric-samples/first-network/ 生成创世区块 configtxgen -profile TwoOrgsOrdererGenesis -outputBlock ./channel-artifacts/genesis.block 生成通道配置信息 export CHANNEL_NAME= mychannel configtxgen -profile TwoOrgsChannel -outputCreateChannelTx ./channel-artifacts/channel.tx -

之前的文章 深入解析Hyperledger Fabric启动的全过程 主要讲解了Fabric的网络搭建，以及启动的整体流程，但是都是通过单机完成的。而区块链本身就是去中心化的，所以最终还是要完成Fabric网络的多机部署。在本文中，将会详细说明Fabric如何完成多机部署。 ###1 搭建环境 本文使用的是Fabric 1.4版本，搭建solo模式的4+1的架构:1Order,4Peer，数据库使用CouchDb ，所以这里需要五台机器。同时，五台机器的网络需要互通，系统使用Ubuntu16.04。 域名 ip地址 orderer.example.com 10.65.182.150 peer0.org1.example.com 10.65.26.64 peer1.org1.example.com 10.65.26.140 peer0.org2.example.com 10.65.200.182 peer1.org2.example.com 10.65.200.44 Fabric的环境搭建过程不再详解，可以参考这一篇文章 Hyperledger Fabric环境搭建过程 ##2.多机环境搭建 如果要成功搭建多机下的Fabric运行环境，首先要保证五台机子上的Fabric网络可以正常运行。 按照 Hyperledger Fabric环境搭建过程 在五台机子上搭建Fabric完成后，