一个Raft集群在程序启动的时候，其实就必须知道集群中所有其他节点的信息（ip，端口等），如果集群部署在Kubernetes中，怎么进行扩容呢？这是个矛盾的问题：一旦扩容，则集群中节点的信息会发生变化。

在Kubernetes中，使用StatefulSet可以解决这一问题。 [阅读更多...]

在Web Framework Benchmarks中测试vert.x比Spring框架性能高上不少，但vert.x这种响应式框架借助异步编程实现，更多的性能体现实际上跟I/O相关。如果一个应用是I/O密集型的那么毫无疑问vert.x性能对于Springboot来说将是碾压式的，那么，对于几乎没有什么I/O操作的CPU密集型应用，vert.x和springboot谁将更胜一筹？

Log4j2突然爆出个大漏洞，闹得全世界都在修这个问题。但这个问题到底能不能复现出来呢？花了一些时间，终于折腾出来了。

在我经历的每一个项目，几乎都要去讨论的一个事情就是到底用什么git的分支策略，在向来以技术卓越著称的Thoughtworks内部，也无法真正每个项目都有一致的实践，大家都很推崇Trunk-based开发方式，但很少有见到落地的。

然后我发现，即使退回到git-flow，也几乎没有人真正理解它，于是出现这样一个奇怪的现象：

每个项目都自己发明了一套workflow，它既不是标准的Trunk-based，也不是标准的git-flow，很可能跟github-flow或者gitlab-flow接近，总之来说，就是不标准。当然很可能这些差异是更好的，但坦率来讲，如果连基本的git-flow或者trunk-based方法都不理解的话，也很难知道它的好处和不好，又谈何是改进呢？

作为一个从来没接触过大数据的小白，从0开始来学习一下Hadoop。首先是安装环境，官网给出了几种方式:

• Local (Standalone) Mode: 单机版的模式，运行在一个JVM进程
• Pseudo-Distributed Mode: 伪分布式模式，运行多个JVM进程来模拟分布式的环境
• Fully-Distributed Mode: 完全分布式部署在多台机器上

当然最理想的当然是真实的分布式部署了，在进行分布式部署之前，先来简单的单机版本部署一下，以便熟悉一下Hadoop相关的概念。