博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理
上一页 1 2 3 4 5 6 7 8 9 ··· 42 下一页

2018年11月30日

摘要: 因为centos默认安装的gcc是GCC 4.*.* 是不支持 C++11 的,所以有些新的程序或软件要安装就行要升级GCC,否则无法编译通过 一、如下步骤安装不成功(yum install devtoolset-4),基本上是因为仓库不提供相应版本,请先执行yum search devtoolse 阅读全文

posted @ 2018-11-30 11:31 懒人ABC 阅读(4154) 评论(1) 推荐(0) 编辑

2018年11月13日

摘要: 一、问题域 Nginx、LVS、Keepalived、F5、DNS轮询,往往讨论的是接入层的这样几个问题: 1)可用性:任何一台机器挂了,服务受不受影响 2)扩展性:能否通过增加机器,扩充系统的性能 3)反向代理+负载均衡:请求是否均匀分摊到后端的操作单元执行 二、上面那些名词都是什么概念 1)Ng 阅读全文

posted @ 2018-11-13 21:57 懒人ABC 阅读(219) 评论(0) 推荐(0) 编辑

摘要: 传统感念:每次修改完nginx配置文件,要重启nginx 动态感念:每次修改完nginx配置信息,不需要重启,nginx实时读取配置信息。 Nginx: 反向代理和负载均衡 Consul:是用go编写(谷歌),实现对动态负载均衡注册与发现功能 SpringCloud支持 Zookeeper、Eure 阅读全文

posted @ 2018-11-13 12:07 懒人ABC 阅读(615) 评论(3) 推荐(0) 编辑

摘要: 分布式调用链跟踪系统,属于监控系统的一类。系统架构逐步演进时,后期形态往往是一个平台由很多不同的服务、组件构成,用户请求过来后,可能会经过其中多个服务,如图 不过,出问题时往往很难排查,如整个请求变慢、偶尔报错、不可用等,我们很难得知具体是由哪一个或哪些服务引起的,通常开发同学都会互相甩锅,最后不得 阅读全文

posted @ 2018-11-13 11:16 懒人ABC 阅读(1188) 评论(0) 推荐(0) 编辑

摘要: 服务发现:Zookeeper vs etcd vs Consul 服务发现:Zookeeper vs etcd vs Consul 【编者的话】本文对比了Zookeeper、etcd和Consul三种服务发现工具,探讨了最佳的服务发现解决方案,仅供参考。如果使用预定义的端口,服务越多,发生冲突的可能 阅读全文

posted @ 2018-11-13 10:05 懒人ABC 阅读(241) 评论(0) 推荐(0) 编辑

2018年10月27日

摘要: 首先,我们在安装前,要考虑一个问题 Hyperledger Fabric,通过指定的节点进行背书授权,才能完成交易的存储 延伸开来,就是为了实现容错、高并发、易扩展,需要zookeeper来选择排序引擎处理记账的唯一性 我们这里选择kafka排序引擎并通过Kafka集群和zookeeper集群保证数 阅读全文

posted @ 2018-10-27 11:29 懒人ABC 阅读(3081) 评论(0) 推荐(0) 编辑

2018年10月9日

摘要: Broadcast主要接收Peer的数据并在Orderer里面生成一系列数据块,主要流程见下图: Broadcast过程分析:Peer(客户端)通过GRPC发起通信,与Orderer连接成功之后,便可以向Orderer发送消息。Orderer通过Recv接口接收Peer发送过来的消息,并将消息推送到 阅读全文

posted @ 2018-10-09 10:11 懒人ABC 阅读(632) 评论(0) 推荐(0) 编辑

2018年9月29日

摘要: hyperledger fabric各类节点及其故障分析 1.Client节点 client代表由最终用户操作的实体,它必须连接到某一个peer节点或者orderer节点上与区块链网络通信。客户端向endorser提交交易提案,当收集到足够背书后,向排序服务广播交易,进行排序,生成区块。但是该节点的 阅读全文

posted @ 2018-09-29 14:28 懒人ABC 阅读(438) 评论(0) 推荐(0) 编辑

摘要: 帐本(Ledger) Fabric帐本(Ledger)是一系列有序和防篡改的状态转换的记录,结构由一个区块链构成,并将不可变的、有序的记录存放在区块中;同时包含一个状态数据库来记录当前的状态,账本的当前状态信息是链交易日志中记录过的所有键的最新值,由于当前状态表示的是通道已知的所有键的最新值,由此也 阅读全文

posted @ 2018-09-29 14:16 懒人ABC 阅读(2331) 评论(0) 推荐(0) 编辑

摘要: Topic在逻辑上可以被认为是一个queue队列,每条消息都必须指定它的topic,可以简单理解为必须指明把这条消息放进哪个queue里。为 了使得Kafka的吞吐率可以水平扩展,物理上把topic分成一个或多个partition,每个partition在物理上对应一个文件夹,该文件夹 下存储这个p 阅读全文

posted @ 2018-09-29 13:56 懒人ABC 阅读(1114) 评论(0) 推荐(0) 编辑

上一页 1 2 3 4 5 6 7 8 9 ··· 42 下一页