这一节，我们以 Java 中的 Lettuce 客户端为例，演示了操作 Redis List 的核心命令，同时给小伙伴们介绍了三个应用 Redis List 比较典型的场景。首先是简易消息队列的场景。虽然我们用 Redis List 的特性，可以实现消息队列的效果，但是在可靠性、一致性等方面会有一些问题，所以在实践中需要做一些额外的工作来进行补齐，或者直接选择成熟的消息队列组件，例如 Kafka、

前两天整理一个会议录音，40 多分钟，我戴着耳机一边听一边敲字，敲到第 10 分钟就开始走神，第 20 分钟开始怀疑人生。后来我实在受不了了，经常需要把音视频转成文字，试过不少市面上的工具，要么操作繁琐步骤多，要么动辄就要收费，用着特别不方便。忍不了这种麻烦，就去查了查相关方案，发现 OpenAI 有款开源的语音识别模型特别合适！于是干脆自己用 Python 对接了这个模型，还顺手做了个 GUI

社区中常见的做法是利用lxcfs来提供容器中的资源可见性。lxcfs是一个开源的FUSE（用户态文件系统）实现来支持LXC容器，它也可以支持Docker容器。LXCFS通过用户态文件系统，在容器中提供下列procfs的文件。/proc/statLXCFS的示意图如下：比如，把宿主机的文件挂载到 Docker 容器的位置后。容器中进程读取相应文件内容时，LXCFS的FUSE实现会从容器对应的Cgro

Kubevirt是Redhat开源的以容器方式运行虚拟机的项目，以k8s add-on方式，利用k8s CRD为增加资源类型VirtualMachineInstance（VMI）， 使用容器的image registry去创建虚拟机并提供VM生命周期管理。CRD的方式是的kubevirt对虚拟机的管理不局限于pod管理接口，但是也无法使用pod的RS DS Deployment等管理能力，也意味着

今天来聊聊FlannelFlannel是Kubernetes默认网络组件，再聊Flannel时，我们得先明白一个叫CNI东东，CNI是什么？能有什么用？下文会做出解释。CNI（Container Network Interface）是CNCF旗下的一个项目，由一组用于配置Linux容器网络接口的规范和库组成，同时还包含了一些插件。CNI仅关心容器创建时的网络分配和当容器被删除时释放网络资源。Kub

Zabbix是由 Alexei Vladishev 开发的一种网络监视、管理系统，基于 Server-Client 架构。可用于监视各种网络服务、服务器和网络机器等状态。Zabbix使用 MySQL、PostgreSQL、SQLite、Oracle 或 IBM DB2 储存资料。Server 端基于 C语言、Web 前端则是基于 PHP 所制作的。Zabbix 可以使用多种方式监视。可以只使用 S

持续交付（Continuous delivery）指的是，频繁地将软件的新版本，交付给质量团队或者用户，以供评审。如果评审通过，代码就进入生产阶段。持续部署（Continuous deployment，缩写为CD），是一种软件工程方法，意指在软件开发流程中，以自动化方式，频繁而且持续性的，将软件部署到生产环境（production environment）中，使软件产品能够快速的发展。持续布署可以

ELKLogstash和Kibana。

8年的工作经验的我，我认为不管是开发还是运维人员都必须学习计算机网络底层原理，是因为网络已经成为现代软件系统中不可或缺的基础设施。无论是开发 Web 应用、部署分布式服务，还是排查线上故障，网络知识都起着关键作用。首先，，才能编写高效、稳定的网络程序。比如在开发 HTTP 接口、WebSocket 实时通信、调用第三方 API 时，只有理解 TCP 的三次握手、四次挥手、粘包拆包、流量控制等，才能

bridge-nf-call-iptables 这个内核参数 (置为 1)，表示 bridge 设备在二层转发时也去调用 iptables 配置的三层规则 (包含 conntrack)，所以开启这个参数就能够解决上述 Service 同节点通信问题，这也是为什么在 Kubernetes 环境中，大多都要求开启 bridge-nf-call-iptables 的原因。，当 coredns 所在节点上