Leader 选举过程，本质就是广播优先级消息的过程，选出数据最新的服务节点，选出优先级最高的服务节点，基本步骤：
1、Zookeeper节点状态 LOOKING：寻找Leader状态，处于该状态需要进入选举流程 LEADING：领导者状态，处于该状态的节点说明是角色已经是Leader FOLLOWING：跟随者状态，表示Leader已经选举出来，当前节点角色是follower OBSERVER：观察者状态，表明当前节点角色是observer（不参与投票）
Zookeeper主要是一个分布式服务协调框架，实现同步服务，配置维护和命名服务等分布式应用，基于对Zab协议（ZooKeeper Atomic Broadcast，zk原子消息广播协议，分布式一致性算法）的实现，能够保证分布式环境中数据的一致性。 简单来看，zookeeper=文件系统+通知机制。
QuorumCnxManager主要负责和其他节点数据传输 sendqueue：选票发送队列，用于保存待发送的选票。 recvqueue：选票接收队列，用于保存接收到的外部投票。 WorkerReceiver：选票接收器。其会不断地从QuorumCnxManager中获取其他服务器发来的选举消息，并将其转换成一个选票，然后保存到recvqueue中，在选票接收过程中，如果发现该外部选票的选举轮次小于当前服务器的，那么忽略该外部投票，同时立即发送自己的内部投票。 WorkerSender：选票发送器，不断地从sendqueue中获取待发送的选票，并将其传递到底层QuorumCnxManager中。 recvQueue：当前节点接受信息的列队 senderWorkerMap：每台节点对应的senderworker，<Long, SendWorker>，Long为服务器myid，SendWorker用于从queueSendMap存的Queue取数据发送给其他节点的，是个线程
ZooKeeper是一个开放源码的分布式协调服务，它是集群的管理者，监视着集群中各个节点的状态根据节点提交的反馈进行下一步合理操作。最终，将简单易用的接口和性能高效、功能稳定的系统提供给用户。
作者最近打算学一下zookeeper，但是不了解市场上zookeeper用的还多么。这样想其实也不对。对于一个github标星近1W的项目，肯定在可靠性上没有问题。其一定有很多独特的功能，但是我们潜在的可能只是使用了其中的注册和发现，如果我们能够对zookeeper的理解达到融会贯通，是否就可以在解决复杂业务场景的重要问题，这是作者的想法。因为看源码还是比较辛苦的，作者在博客园上找到了一篇详细的zookeeper面试题。做面试题就想高考刷题一般，其作用就是通过做题来全方位的理解一个事情。所以题的质量很重要。以下是作者查阅到的资料。我们一起学习一下吧！
分布式服务顾名思义服务是分散部署在不同的机器上的，一个服务可能负责几个功能，是一种面向SOA架构的，服务之间也是通过rpc来交互或者是http service来交互的。逻辑架构设计完后就该做物理架构设计，系统应用部署在超过一台服务器或虚拟机上，且各分开部署的部分彼此通过各种通讯协议交互信息，就可算作分布式部署。
在Zookeeper集群正常运行期间，一旦选举出Leader，所有服务器的集群状态一般不会发生改变，即使是新机器加入、非Leader机器挂了，也不会影响Leader。但是一旦Leader挂了，那么整个集群将暂时无法对外服务，而是进入新的一轮Leader选举。服务器运行期间的Leader选举和服务器启动期间的Leader选举基本过程是一致的。
WebSockets 它可以在用户的浏览器和服务器之间打开交互式通信会话。使用此API，可以向服务器发送消息并接收事件驱动的响应，而无需通过轮询服务器的方式以获得响应。 WebSocket 对象提供了用于创建和管理 WebSocket 连接，以及可以通过该连接发送和接收数据的API。 1.添加依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot
ZooKeeper服务器会在本地处理只读请求（exists、getData和getChildren）。假如一个服务器接收到客户端的getData请求，服务器读取该状态信息，并将这些信息返回给客户端。因为服务器会在本地处理请求，所以ZooKeeper在处理以只读请求为主要负载时，性能会很高。我们还可以增加更多的服务器到ZooKeeper集群中，这样就可以处理更多的读请求，大幅提高整体处理能力。
zookeeper源码分析(1)-服务端启动流程分析了服务端集群启动时会进行选举，下面主要分析下选举流程和后续的leader，follower，observer服务器的启动流程
通过《zookeeper知识结构1》了解了zookeeper是什么？为什么使用zookeeper? 以及zookeeper内部数据结构，选举机制 zab定义 ZAB全称ZooKeeper Atomic
因此，如果是单独一台服务器，不构成集群规模。在 ZooKeeper 服务的运行中不会选举 Leader 服务器，也不会作为 Leader 服务器运行
zookeeper集群 配置多个实例共同构成一个集群对外提供服务以达到水平扩展的目的，每个服务器上的数据是相同的，每一个服务器均可以对外提供读和写的服务，这点和redis是相同的，即对客户端来讲每个
上一篇讲到随着业务的增长，单体架构发展为分布式架构，大大提升了业务的处理能力，但同时也带来了很多单体架构不存在的问题，如：
大家好，这里是 渗透攻击红队 的第 36 篇文章，本公众号会记录一些我学习红队攻击的复现笔记（由浅到深），不出意外每天一更
用于建立客户端与服务器之间的网络连接。 监听器运行在服务器端，属于一种网络服务，用于监听客户端向数据库发出的连接请求。
ZK的数据模型是一种树形结构，具有一个固定的根节点（/），可以在根节点下创建子节点，并在子节点下继续创建下一级节点。每一层级用/隔开，且只能用绝对路径（get/work/task1）的方式查询ZK节点，而不能用相对路径。
sid 作为windows系统唯一的标识，对某些集群业务有依赖关系，如果重复可能导致集群部署异常。
Oracle11g 64位软件的安装位置为/u01/app/oracle/product/11.2.0/dbhome_1，数据库名为默认的orcl,
当机器安装完系统后，会自动创建默认的本地组。通过执行命令net localgroup可以查询出本机上的本地组，如图所示：
当Client想要访问Server上的某个服务时，需要先向AS证明自己的身份，然后通过AS发放的TGT向Server发起认证请求，这个过程分为三块：
在zookeeper的介绍中，我们经常会看到这样一句话，ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务。可以看出，zookeeper主要是在分布式系统中，对各个子系统起到协调的作用，主要解决分布式环境各个系统数据的一致性问题。
在一次项目开发中，使用到了Netty网络应用框架，以及MQTT进行消息数据的收发，这其中需要后台来将获取到的消息主动推送给前端，于是就使用到了MQTT，特此记录一下。
Leader 选举会分两个过程 启动的时候的 leader 选举、 leader 崩溃的时候的的选举
WebSocket是一种允许浏览器和服务器建立单个TCP连接然后进行全双工异步通信的技术。由于它允许实时更新，而浏览器也无需向后台发送数百个新的HTTP polling请求，所以对于web程序来说，WebSocket非常流行。这对于测试者来说是不好的，因为对WebSocket工具的支持不像HTTP那样普遍，有时候会更加复杂。
说项目，项目问的非常深（本人提到之前做过的一篇关于FULL GC的问题定位和优化的项目以及一个多并发的项目）
#1 为什么使用ZooKeeper# 目前有关于分布式Session的实现基本上都是基于memcached。memcached本质上是一个内存缓存系统。虽然memcached也可以是分布式集群环境的，但是对于一份数据来说，它总是存储在某一台memcached服务器上。如果发生网络故障或是服务器宕机，则存储在这台服务器上的所有数据都将不可访问。由于数据是存储在内存中的，重启服务器，将导致数据全部丢失。当然你可以自己实现一套机制，用来在分布式memcached之间进行数据的同步和持久化，但是实现这套机制谈何容
cookie + session 是为了保存用户状态信息的。比如这个用户是否已经登陆，如果登陆了就给这个用户推送一些信息，比如他最近买一些东西、他的购物车、他最近看过的文章或视频等信息。因为 http 是无状态的，所谓的无状态就是说每次请求完成后，不会在客户端和服务器上保存任何的信息。对于客户端和服务器而言，根本就不知道上次请求的信息是什么，甚至不知道本次连接的对端是不是上次连接的那一端。也就是说即使该用户登录了，但 HTTP 本身并不知道是哪个用户登陆了，HTTP 只处理请求与相应。因此如何知道一个用户登录了之后，后端能知道是哪个用户登录了，这是一个问题。
thr0cyte，Gr33k，花花，MrTools，R1ght0us，7089bAt
2020 年下旬，Google Analytics 发布了 v4，数据收集接口迁移为向 analytics.google.com 发送 POST 请求，导致中国大陆不可用。于是因此就计划着开发了 Aofuji Analytics，作为一个超轻量级的自搭建数据收集工具，用于 GA 的简单替代。
在3.4.0后的Zookeeper的版本只保留了TCP版本的FastLeaderElection选举算法。当一台机器进入Leader选举时，当前集群可能会处于以下两种状态：
最近在公司搭建AD域控制器，发现无法在计算机真正添加域用户，也就是添加的用户虽然可以在本地登录，但是无法远程登录，尝试多种方法都无法解决，而最终原因居然是虚拟机导致的服务器的SID冲突。本文记录下该问
在使用oracle时，经常会遇到ora-12154问题，但一直没总结，解决办法过段时间就忘，再遇到问题只能再去找解决办法。今天，把目前了解到的内容汇总记录，方便以后查找。
导语 ZooKeeper 是个针对大型分布式系统的高可用、高性能且具有一致性的开源协调服务，被广泛的使用。对于开发人员，ZooKeeper 是一个学习和实践分布式组件的不错的选择。本文对 ZooKeeper 的源码进行简析，也会介绍 ZooKeeper 实践经验，希望能帮助到 ZooKeeper 初学者 。文章部分内容参考了一些网络文章，已标注在末尾参考文献中。 ZooKeeper简介 1. 初衷 在业务中使用了 ZooKeeper 作为消息系统，在开发和运维过程中，也遇到一些问题，萌发了阅读
WebSocket是HTML5出的东西（协议，就是大家一起约定好的东西），也就是说HTTP协议没有变化，或者说没关系，但HTTP是不支持持久连接的（长连接，循环连接的不算）首先HTTP有1.1和1.0之说，也就是所谓的keep-alive，把多个HTTP请求合并为一个，但是Websocket其实是一个新协议，跟HTTP协议基本没有关系，只是为了兼容现有浏览器的握手规范而已，也就是说它是HTTP协议上的一种补充。有交集，但是并不是全部。当然他们都属于网络的7层协议中的应用层。
本地帐户Local Accounts存储在本地的服务器上。这些帐户可以在本地服务器上分配权限，但只能在该服务器上分配。默认的本地帐户是内置帐户(如administrator、guest等)，在安装Windows时自动创建。Windows安装后，无法删除默认的本地帐户。此外，默认的本地帐户不提供对网络资源的访问。默认的本地帐户用于根据分配给该帐户的权限来管理对本地服务器资源的访问。默认的本地帐户和后期创建的本地帐户都位于“用户”文件夹中。
我回来啦，前段时间忙得不可开交。这段时间终于能喘口气了，继续把之前挖的坑填起来。写完上一篇秒杀系统（四）：数据库与缓存双写一致性深入分析后，感觉文章深度一下子被我抬高了一些，现在构思新文章的时候，反而畏手畏脚，不敢随便写了。对于未来文章内容的想法，我写在了本文的末尾。
最近，我一直在使用Ubuntu中默认提供的云工具套件，现在我把它们移植到了Debian上，让我们来一起看看怎样把Debian和云结合起来！
微软官方在2014年11月18日发布了一个紧急补丁，Windows全版本服务器系统受到影响，包括Windows Server 2003，Windows Server 2008，Windows Server 2008 R2，Windows Server 2012和Windows Server 2012 R2，修复了Microsoft Windows Kerberos KDC(CVE-2014-6324),该漏洞可导致活动目录整体权限控制受到影响，漏洞允许黑客将域内任意用户权限提升至域管理级别。通俗来讲，就是恶意攻击者获取域内任何一台计算机shell权限，同时还知道任意一名域用户用户名、sid、密码，即可拿下域管理员进而拿下域控制器，最后拿下整个域权限。
该文介绍了如何将基于Ubuntu的Debian云工具移植到Debian中，包括创建Debian镜像、运行实例、配置实例以及使用vmbuilder工具构建云兼容的Debian镜像等步骤。
触发器（trigger）：监视某种情况，并触发执行某种操作。触发器是在表中数据发生更改时自动触发执行的，它是与表事件相关的特殊的存储过程，它的执行不是由程序调用，也不是手工启动，而是由事件来触发，例如当对一个表进行操作（insert，delete， update）时就会激活它执行。也就是说触发器只执行DML事件(insert、update和delete)
最近，我根据Ubuntu提供的标准开发了一套云工具，并将它们移植到了Debian系统中。下面让我们来看看如何在云端使用debian！
在上期封装系统的文章中，很多同学留言问“硬件完全一样的多台电脑能不能直接ghost对拷？”，就结果来说是可以的，每台电脑都可以运行，那么封装的意义何在？
早期互联网只是用于简单的页面浏览，并没有交互，服务器也无法知道不同的请求是否来自同一个浏览器，不知道某用户上一次做了什么。每次请求都是相互完全独立的，这也是 HTTP 协议无状态特征的表现。这种缺陷显然无法满足交互式 Web 发展的需求，Cookie 作为一种解决这一问题的方案，被当时最强大的网景浏览器公司提出。
WebSocket 是 HTML5 开始提供的一种在单个 TCP 连接上进行全双工通讯的协议。
Zookeeper 是一个分布式服务框架，主要是用来解决分布式应用中遇到的一些数据管理问题如：统一命名服务、状态同步服务、集群管理、分布式应用配置项的管理等。
Zabbix是企业IT网络和应用程序监视解决方案。在对其源代码进行例行检查时，我们在Zabbix UI的身份验证组件中发现了CSRF（跨站点请求伪造）漏洞。使用此漏洞，如果未经身份验证的攻击者可以说服Zabbix管理员遵循恶意链接，则该攻击者可以接管Zabbix管理员的帐户。即使使用默认的SameSite=Laxcookie保护，此漏洞也可在所有浏览器中利用。该漏洞已在Zabbix版本4.0.28rc1、5.0.8rc1、5.2.4rc1和5.4.0alpha1中修复。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
