ZooKeeper

声明：这是在windows10上进行kafka_2.13demo搭建时的过程记录，提供给同学们参考。 1.jdk先要装一下。 2.先安装zookeeper，这里不赘述，贴一个链接 https://blog.csdn.net/ring300/article/details/80446918 。记得测试一下zookeeper是否正确安装。 3.下载安装kafka_2.13。 在这里下载 https://mirrors.tuna.tsinghua.edu.cn/apache/kafka/ ，并解压到你觉得OK的目录下。 自己安装的kafka最好检查一下配置文件中的参数（server.properties）。1.zookeeper.connect=localhost:2181 2.log.dirs=D:\\kafka_2.13-2.5.0\\kafka-logs （后面的地址就是放置日志的地方，可以自己先在目录下新建，可以看上~上一张图）。 4.开始启动服务。 这里需要说明一下，不想cmd到文件目录下的话，请在需要打开运行窗口的地方按住 shift 然后右键 在弹出的窗口上选择 在此处打开powershell 。 4.1先启动 zookeeper，在安装目录下的bin里直接点击zkserver.cmd 启动比较省事 4.2启动kafka服务。 在kafka的安装目录下直接通过（shift

云栖号资讯：【 点击查看更多行业资讯 】 在这里您可以找到不同行业的第一手的上云资讯，还在等什么，快来！ ZooKeeper 简介 ZooKeeper是一个开放源码的分布式应用程序协调服务，它包含一个简单的原语集，分布式应用程序可以基于它实现同步服务，配置维护和命名服务等。 ZooKeeper 设计目的 最终一致性：client不论连接到哪个Server，展示给它都是同一个视图，这是zookeeper最重要的性能。 可靠性：具有简单、健壮、良好的性能，如果消息m被到一台服务器接受，那么它将被所有的服务器接受。 实时性：Zookeeper保证客户端将在一个时间间隔范围内获得服务器的更新信息，或者服务器失效的信息。但由于网络延时等原因，Zookeeper不能保证两个客户端能同时得到刚更新的数据，如果需要最新数据，应该在读数据之前调用sync()接口。 等待无关（wait-free）：慢的或者失效的client不得干预快速的client的请求，使得每个client都能有效的等待。 原子性：更新只能成功或者失败，没有中间状态。 顺序性：包括全局有序和偏序两种：全局有序是指如果在一台服务器上消息a在消息b前发布，则在所有Server上消息a都将在消息b前被发布；偏序是指如果一个消息b在消息a后被同一个发送者发布，a必将排在b前面。 ZooKeeper数据模型

本书结合作者近几年的工作经验，总结了一套可直接落地、基于开源、成本低、可快速搭建的中小研发团队架构实践方法。本书共5篇22章，开篇是本书的导读;架构篇是设计思想的提升，包括企业总体架构、应用架构设计、统- -应用分层等;框架篇主讲中间件和工具的使用，包括消息队列、缓存、Job、 集中式日志、应用监控和微服务等:公共应用篇是技术与业务的结合，包括单点登录和企业支付网关:进阶篇是从架构到管理，包括技改案例、技术与业务的匹配与融合等。从架构、框架、公共应用，到案例实战和技术管理，本书将大公司的工程理念压缩应用到中小研发团队，使小团队也能构建大网站。 本书不仅适用于高级程序员、架构师、CTO,也适用于IT项目经理、技术经理，以及对架构技术感兴趣的中高级软件开发从业者。需要获取的小伙伴可以直接添加小助理vx：kaixindian331或者扫文末二维码即可免费获取！ 前言 需求:没有人会读前言? ! 解决方案:把前言内容写好，并作为开篇第1章。 话不多说直接开始“展示” 第1篇开篇. 1可参考的才是有价值的(含案例和代码) 第2篇架构篇 2企业总体架构 3应用架构设计 4统一应用分层 5生产环境诊断工具 WinDbg. 第3篇框架篇 6 RabbitMQ 快速入门及应用 7 Redis 快速入门及应用 8任务调度Job. 9应用监控系统Metrics 10 集中式日志ELK 11微服务架构

平台简介 Jeesz是一个分布式的框架，提供项目模块化、服务化、热插拔的思想，高度封装安全性的 Java EE 快速开发平台。 Jeesz本身集成Dubbo服务管控、Zookeeper注册中心、 Redis 分布式缓存技术、FastDFS分布式文件系统、ActiveMQ异步消息中间件、Nginx负载均衡等分布式技术 使用Maven做项目管理，项目模块化，提高项目的易开发性、扩展性 以 spring Framework为核心容器，Spring MVC为模型视图控制器，MyBatis为数据访问层， Apache Shiro为权限授权层，Ehcahe对常用数据进行缓存，Activit为工作流引擎等。 前端集成Bootstrap4 metronic框架，UI响应式、扁平化布局，适应所有PC、Pad、Anroid、 iOS 移动设备等。 Jeesz主要定位于互联网企业 架构 ，已内置企业信息化系统的基础功能和高效的代码生成工具，包括：系统权限组件、数据权限组件、数据字典组件、核心工具 组件、视图操作组件、工作流组件、代码生成等。采用分层设计、双重验证、提交数据安全编码、密码加密、访问验证、数据权限验证。 Jeesz目前包括以下模块项目，后台系统管理系统，RestFul独立服务系统、Scheduler定时调度系统、内容管理（CMS）系统、在线办公（OA）系统、我的待办（Task服务）、我的收藏

pom 文件 <!--spring 整合 zookeeper 客户端 --> <dependency> <groupId> org.springframework.cloud </groupId> <artifactId> spring-cloud-starter-zookeeper-discovery </artifactId> </dependency> 配置文件 server : port : 80 spring : application : name : cloud-order-service cloud : zookeeper : connect-string : 192.168.1.147:2181 启动类 @EnableDiscoveryClient @SpringBootApplication public class OrderZK80 { public static void main (String[] args) { SpringApplication. run (OrderZK80. class, args) ; } } 来源： oschina 链接： https://my.oschina.net/u/4253180/blog/4321287

一、分布式协调技术 在给大家介绍ZooKeeper之前先来给大家介绍一种技术——分布式协调技术。那么什么是分布式协调技术？那么我来告诉大家，其实分布式协调技术主要用来解决分布式环境当中多个进程之间的同步控制，让他们有序的去访问某种临界资源，防止造成"脏数据"的后果。这时，有人可能会说这个简单，写一个调度算法就轻松解决了。说这句话的人，可能对分布式系统不是很了解，所以才会出现这种误解。如果这些进程全部是跑在一台机上的话，相对来说确实就好办了，问题就在于他是在一个分布式的环境下，这时问题又来了，那什么是分布式呢？这个一两句话我也说不清楚，但我给大家画了一张图希望能帮助大家理解这方面的内容，如果觉得不对尽可拍砖，来咱们看一下这张图，如图1.1所示。 图 1.1 分布式系统图 给大家分析一下这张图，在这图中有三台机器，每台机器各跑一个应用程序。然后我们将这三台机器通过网络将其连接起来，构成一个系统来为用户提供服务，对用户来说这个系统的架构是透明的，他感觉不到我这个系统是一个什么样的架构。那么我们就可以把这种系统称作一个 分布式系统 。 那我们接下来再分析一下，在这个分布式系统中如何对进程进行调度，我假设在第一台机器上挂载了一个资源，然后这三个物理分布的进程都要竞争这个资源，但我们又不希望他们同时进行访问，这时候我们就需要一个 协调器 ，来让他们有序的来访问这个资源

前言 Java虚拟机有自己完善的硬件架构，如处理器、堆栈等，还具有相应的指令系统。 Java虚拟机本质上就是一个程序，当它在命令行上启动的时候，就开始执行保存在某字节码文件中的指令。Java语言的可移植性正是建立在Java虚拟机的基础上。任何平台只要装有针对于该平台的Java虚拟机，字节码文件（.class）就可以在该平台上运行。这就是“一次编译，多次运行”。 Java虚拟机不仅是一种跨平台的软件，而且是一种新的网络计算平台。该平台包括许多相关的技术，如符合开放接口标准的各种API、优化技术等。Java技术使同一种应用可以运行在不同的平台上。Java平台可分为两部分，即Java虚拟机（Java virtual machine，JVM）和Java API类库。 分享详细解析77道Java面试时常问的JVM题，希望对各位有所帮助，另外我针对当前互联网面试总结一些资料给大家，文末有领取方式（诚意满满） 由于文章篇幅问题，我这里就不一一解析了，需要获取全部答案解析的可以 关注公众号【风平浪静如码】获取文档！ 1、java中会存在内存泄漏吗，请简单描述。 2、64 位 JVM 中，int 的长度是多数？ 3、Serial 与 Parallel GC 之间的不同之处？ 4、32 位和 64 位的 JVM，int 类型变量的长度是多数？ 5、Java 中 WeakReference 与

Dubbo（来自于阿里巴巴） Dubbo是一个分布式服务框架，致力于提供高性能和透明化的PRC远程调用服务调用方案。 Dubbo的的特点 通过spring配置的方式即可完成服务化，对于应用无入侵。（SpringCloud有一定的入侵） 通过maven的install &deploy命令把interface和Model层发布到仓库中，服务调用方只需要依赖interface和model层即可。 通过zookeeper设置达到注册服务和心跳检测，通过gateWay前置网关（Clound使用Zuul实现负载均衡将请求转向Eureka服务器）隔绝外部直接调用原子服务的风险 SpringBoot中使用Dubbo 引入依赖 < ! -- dubbo依赖 -- > < dependency > < groupId > com . alibaba < / groupId > < artifactId > dubbo < / artifactId > < version > 2.6 .6 < / version > < / dependency > < dependency > < groupId > org . apache . curator < / groupId > < artifactId > curator - framework < / artifactId > < version >

前言 上一篇【 .Net Core微服务入门全纪录（一）——项目搭建 】讲到要做到服务的灵活伸缩，那么需要有一种机制来实现它，这个机制就是服务注册与发现。当然这也并不是必要的，如果你的服务实例很少，并且很稳定，那么就没有必要使用服务注册与发现。 服务注册与发现 服务注册：简单理解，就是有一个注册中心，我们的每个服务实例启动时，都去注册中心注册一下，告诉注册中心我的地址，端口等信息。同样的服务实例要删除时，去注册中心删除一下，注册中心负责维护这些服务实例的信息。 服务发现：既然注册中心维护了各个服务实例的信息，那么客户端通过注册中心就很容易发现服务的变化了。 有了服务注册与发现，客户端就不用再去配置各个服务实例的地址，改为从注册中心统一获取。 那注册中心又是怎么保证每个地址的可用状态呢，假如某个实例挂了怎么办呢？原则上挂掉的实例不应该被客户端获取到，所以就要提到：健康检查 。 健康检查：每个服务都需要提供一个用于健康检查的接口，该接口不具备业务功能。服务注册时把这个接口的地址也告诉注册中心，注册中心会定时调用这个接口来检测服务是否正常，如果不正常，则将它移除，这样就保证了服务的可用性。 常见注册中心有 Consul、ZooKeeper、etcd、Eureka。 Consul Consul官网： https://www.consul.io/ Consul的主要功能有服务注册与发现

对于学的live来进行笔记和总结，对于后面面试需要的知识点再慢慢补充。 为什么要用到Zookeeper？ 单独开发的时候，我们只需要单独配置文件即可；但分布式开发的时候我们需要配置多个文件，这个时候双方的响应会很复杂。例如有三个配置文件，此时客户端发送请求则需要向三个配置文件都发送请求，而三个配置文件收到请求之后还需要都反馈给客户端。 解决： 此时我们可以将三个配置文件抽象出来一个服务节点来处理，这样客户端就可以只向服务节点发送请求一次，而服务节点也只需要向客户端响应一次即可。 此时会遇到一个新的问题，假如服务节点宕机了话，那服务就会全盘停止。所以此时我们想建立多个服务节点，这样就算单个服务节点宕机，我们还有其他的服务节点可以提供服务。但这样又会遇到几个问题：①服务节点之间的同步一致性如何保证？②当客户端发来请求的时候，那个服务节点去响应？ 解决： 此时，我们就可以使用Zookeeper来解决这个问题。 Zookeeper是如何解决这个问题的呢？就要了解Zookeeper是什么。 一、Zookeeper Zookeeper框架结构 zk的框架分别由不同的服务节点组成，每个节点具有不同的角色；Zookeeper角色分别有：Follower跟随者 、Observe观察者、Leader领导者、Leaner学习者；其中Leader只能有一个，是通过Follower角色选举出来的