前言 工作中越来越重度使用k8s，想进一步了解k8s的工作原理。一方面学习业界优秀系统设计思路，另一方面多了解也可以提高日常工作效率，比如和k8s开发的沟通效率等。今天第一步：自己着手搭建一个k8s服

retry函数在日常的研发中用到的频率特别高，特别是连接kube-apiservert进行k8s资源的增删改查时，常常会因为网络等各种各样的问题而操作失败

最近，有位读者问起一个奇怪的事情，他说他想抓一个baidu.com的数据包，体验下看包的乐趣。 但却发现“抓不到”，这就有些奇怪了。 我来还原下他的操作步骤。 首先，通过ping命令，获得访问百度时会

我正在参加「掘金·启航计划」 一、写在前面 kafka在我们的项目中，作为一个消息中间件，对我们的业务功能，充当着十分重要的角色。 可以实现：系统解耦、异步通信、可恢复性等功能。 Kafka是由Lin

今天我们来拆解 Snowflake 算法，同时领略百度、美团、腾讯等大厂在全局唯一 ID 服务方面做的设计，接着根据具体需求设计一款全新的全局唯一 ID 生成算法。这还不够，我们会讨论到全局唯一 ID 服务的分布式 CAP 选择与性能瓶颈。 已经熟悉 Snowflake 的朋友…

内存泄漏可以在整个系统中以多种形式出现，除了在写代码上的疏忽，忘了关闭该关闭的资源外，更多的时候导致系统发生内存泄露原因可能是设计上决策不对、或者业务逻辑上的疏忽没有考虑到一些边界条件。 比如查数据库

有时候我们需要带过期时间的消息，然而Kafka消息并不自带TTL选项，因此我们需要自己实现。其主要原理就是在`消费者端`使用`拦截器`过滤掉已经过期的消息。

虽然 Docker 已经很强大了，但是在实际使用上还是有诸多不便，比如集群管理、资源调度、文件管理等等。那么在这样一个百花齐放的容器时代涌现出了很多解决方案，比如 Mesos、Swarm、Kubern