官方提供web管理界面, etcd 无此功能.综合比较, Consul 作为服务注册和配置管理的新星, 比较值得关注和研究.目前业内有很多这种产品:zookeeper、etcd、consul，三者各有各的特点。这里就不一一说明三者的优缺，仅仅分析consul的优势1.封装了服务发现的api，开发调用非常简单2.提供了健康检查功能3.使用了raft算法保证了一致性，比复杂

1. hbase:hbase + phoenix: 强大的大数据 key-value + 大数据关系型引擎 (无 join,join 性能差)单节点,可靠性差.深入HBase架构解析（一）详细模块图,和流程图 读写流程模块图, 无读写时序图.启动注册流程,读写流程.水平扩容, rowKey 设置要小心. 写快,读慢 (通过副本,和 分区 split )

业务中利用流程引擎可以解耦.但坏处是有一天流程引擎无法满足新功能的时候,开发工作量比较大.有遇到过一个特殊的 case.乘客和司机, 垫付场景.本来,乘客支付后分润给司机. 两个行为时顺序的.后续变更, 新增 平台垫付. 乘客支付和司机垫付两个行为即不是平行的,也不是互斥的, 乘客支付排斥垫付,但是垫付不排斥乘客支付,且要对乘客支付进行延迟判断.业务逻辑

1. client 连接 flower 和 连接 leader 时如何返回respone2. commit是同步的么3. leader先commit 还是 follower先commit

适用于HTTP接口测试测试数据维护在DB支持Redis、Mongo、Mysql等操作支持测试模板设置，可抽象通用功能、全局变量设置支持断言使用FreeMarker作为模板引擎生成测试报告数据存储在DB涉及测试概念:测试用例、数据驱动、断言、测试报告、接口测试、自动化测试、测试模板建表语句: wintestng-core/src/resources/WinTestNG.sqlWinTestNG: 基

  传统服务端开发人员对 paxos,zab,raft 可能更熟悉. zab 和 raft 本质上是两次选举.实际上这是拜占庭问题的简化版本,没有叛徒.但是通信通道可能被破坏.   公开环境中拜占庭错误容忍(bft b fault tolerance)会有破坏分子,例如加密货币中的 double pay 问题.   一言以蔽之，共识最好的设计是模块化,例如Notary，共识算法的选择与应用场景高度

原文:查找（一）史上最简单清晰的红黑树讲解二叉查找树由于可能会非常的不均衡. 所以用2-3树. 采用上上浮的方法,顶多多两倍节点数.　　红黑树一直是数据结构中的难点，大部分关于算法与数据结构的学习资料（包括《算法导论》）对于这部分的讲解都是上来就下定义，告诉我们红黑树这个性质那个性质，插入删除要注意1234点，但是基本没有讲为什么这样定义红色和黑色，让人理解起来十分费力。...

思考问题角度: 0. 前置数据和条件 1. 正常流程 2. 一个人多次,多个人多次 3.每个对象身上的状态对于 lvs :1.正常流程:client: ip地址. 每次传输时 mac 地址获取机制? .传输出去的 ip 和 mac 路由器: 接受到的 ip,mac 地址. 发出去的 ip,mac 地址. 如何获取的? lvs: 同上. realserve

rocketmq 雪崩后客户端超时看了源代码,mq broker 方核心日志信息:1. 通过 mqAdmin 的消息 id,查看信息的 born 和 stroe 时间2. 通过慢查日志查看.defaultMessageStore.java 中PutMessageResult putMessage(MessageExtBrokerInner msg) {l

业务->会计分录(借和贷)->资产负债表(时间点) 和 利润表(时间段)利润: 收入,成本(补贴),费用(人工成本)毛利润: 收入-成本.