上次讲到 Raft 领导者选举:「图解 Raft 共识算法:如何选举领导者?」,接着这个话题继续跟大家聊下关于 Raft 日志复制的一些细节。
“工欲善其事,必先利其器。”
我在工作中也用到一些使用起来非常高效的工具,今天以 “代码即格式” 为主题,跟大家介绍下两个高效工具。
前段时间在公众号读者交流群,有读者提问到关于并发场景相关的问题:
从读者的描述,可以看出高并发处理的经验,在面试中占据着举足轻重的地位,关于高并发相关的面试题,一直都是面试热题,因为这类面试题能够更加直观地体现候选人的技术水平与深度。如何解决高并发场景下的问题,永远都不会过时。
在之前的工作经历中,我做过营销相关项目,接触过关于票券秒杀的高并发场景,秒杀场景也算是最热门的高并发场景之一了。
下面我就把我对秒杀场景的一些理解简单写下来,仅供大家参考,欢迎留言纠错或者补充。
周末收到来自一位公众号读者的来稿,内容写的是她的年中总结,写得非常硬核!主要人还长得好看!简直就是我的公众号读者中的颜值担当了(刚看了下公众后台性别分布数据,这句话有可能会得罪 7.54% 读者,逃…)!后台看了下她的关注时间,这位妹子很早就关注我的公众号了,但为啥看了我这么久的文章,却跑去写前端了,我在反思我的文章是不是吓跑了很多想要写后端的小萌新了…
言归正传,以下是正文。
最近有些老读者私聊我,为啥最近技术文章的输出少了,很多读者都知道我最近刚入职新的公司,面对新的环境目前还在 Landing 过程中,在不断适应当中,所以暂时很难抽出时间作技术输出,因为写技术文章真的需要花费很大的心血,但我在工作过程中学到的技术点都有记录下来,等有时间后会第一时间输出。
这不刚入职不久嘛,也有很多读者私聊我向我请教一些面试经验,之前也总结了一篇出来,没有看过的读者可以看下:
其中有一位读者看了上面的文章后,知道我也是有频繁跳槽的经历,他自己也经历过频繁跳槽的阶段,所以问了我关于频繁跳槽的看法。
首先,频繁跳槽对履历肯定是有减分的,这点我是深有体会的,特别是当自己现在作为内推人时,面对候选人的简历,难免也会多留意这方面的东西,就更加能够理解 HR、面试官为什么会特别在意这方面了。
有些人在频繁跳槽中变成了 “跳跳虎”,而有些人在每次跳槽中能够让自己的能力有不同层次和维度的成长,为什么会有这方面的差距呢?
下面我以我自己的亲身经历,跟大家聊聊“频繁跳槽”这个话题。
IDEA 被越来越多的 Java 开发者所接受,我也不例外,当年刚入职场时用的是 Eclipse,后来看到有同事用 IDEA,我也跟风下载了使用了,之后再也回不去 Eclipse 了,相比 Eclipse,IDEA 简直好用到爆,无论是从界面 UI,还是智能提示,完爆 Eclipse 好吗?在我心目中,IDEA 是最好用的 IDE,没有之一!
趁着五一的五天长假,想带女朋友游览一下江南,于是在某平台上面报了个 “欢乐江南”的团,去了上海迪士尼、苏州留园、杭州乌镇/西湖,总的体验感来说就是人多,景点除了人还是人,基本上就是去看人的,我来张某个景点的图给你们感受一下:
Seata 是一款开源的分布式事务解决方案,star高达17300+,社区活跃度极高,致力于在微服务架构下提供高性能和简单易用的分布式事务服务。
注:本期分享借鉴于Seata三位PMC 清铭、煊檍、屹远
分享人:陈健斌(funkye) github id: a364176773
介绍:同盾科技高级开发工程师 、Seata Committer、Spring cloud alibaba contributor,、Mybatis-Plus contributor(by dynamic-datasource)
昨晚睡觉前,朋友圈刷到一篇论文的致谢内容:
看完后内心被深深地感动到了,里面的每一句话朴实且非常真实,我喜欢作者里面的每一句话,我也是来自大山的人,也经历过大山里的艰苦生活,虽然远不及作者的艰辛,但读完后仍然能够深深地感受到作者这一路走过来的不易,我打心底里佩服他的毅力和坚持,敢于与命运抗争,一路走来历经坎坷险阻,伴随他的是惨淡无光的路途,但他依然眼里充满希望的光,穷且益坚,不坠青云之志!
Raft 是通过以领导者为准实现各个节点日志一致的一种共识算法,被越来越多的分布式系统框架应用,比如 Etcd、Consul 等等,Seata 未来也会引用 Raft,即将发布的 Kafka 2.8 也引入了 Raft,在 Raft 的基础上做了一些改版,在 Kafka 2.8 中称作 KRaft。
由此看来,Raft 是目前大部分分布式系统的首选共识算法,学习 Raft 将有助于你在分布式领域中如鱼得水。
本文主要内容为我对 Raft 选举领导者的一些理解总结。