thumbnail
进站必读
关于注册 在前期未开启注册机制之前,站点内存在大量灌水信息和用户注册,给站点管理员带来了很大的困扰,管理员需要定期删除一批账号及评论。为了解决这个问题,我们开启了账号注册机制,并限制了注册邮箱的后缀,以防止网站被滥用。我们不会窥视任何账号密码,如果您不放心,可以使用一个不常用的邮箱及独立的密码在我们平台注册。 关于邮箱限制 由于 rockyli...
thumbnail
Kafka 4 实用系列 005 — 节点间分区迁移
# 前述 在本章节中,您将学习如何在 Kafka 集群中的节点之间迁移主题分区。向现有集群添加节点时,Kafka 不会自动将任何分区迁移到新节点,而您需要手动迁移分区。这对于节点故障也有效,因为现有分区不会自动移动到剩余节点。 ```ad-info title: 简单理解 Broker 3 节点挂了,Broker 3 节点上的分区(Par...
thumbnail
Kafka 4 实用系列 004 — 主题管理
# 前述 在本章节中,我们将实践 Kafka 的基本操作。首先,会创建一个新的主题(Topic)并执行消息的生产与消费。随后,将模拟一次节点故障,通过主动关闭集群中的一个 Broker,来检验 Kafka 集群的容错能力和服务的连续性。 # 主题管理 ## 创建主题 创建主题(Topic)`one-topic`,并设置副本数为 `2`,检测主...
今日分享:Ingress NGINX 停止更新,维护日期至 2026 年 3 月

2025年11月12日 星期三 Kubernetes SRC 发布了,关于 Ingress Nginx 退役通知,维护日期至 2026 年 3 月,详见:Ingress NGINX 退役:您需要了解的内容

「为了优先保障生态系统的安全,Kubernetes SIG Network 和安全响应委员会宣布即将停止Ingress NGINX的维护。我们将尽力维护该服务至 2026 年 3 月。此后,我们将不再发布任何新版本,不再修复任何漏洞,也不会更新任何可能发现的安全漏洞。现有的 Ingress NGINX 部署将继续运行,安装文件也将继续可用。
我们建议您迁移到众多替代方案之一。您可以考虑迁移到 Gateway API,它是 Ingress 的现代替代方案。如果您必须继续使用 Ingress,Kubernetes 文档中列出了许多替代的 Ingress 控制器。继续阅读,了解有关 Ingress NGINX 的历史和现状以及后续步骤的更多信息。」

木子目前用的比较多的是 Traefik,其它可供选择的 Ingress 控制器,参考:Ingress Controllers

1118 日 , 2025 17:18
thumbnail
《路人甲系列》倡议书
起点: 翻开木子的笔记,时间定格在2023年09月07日,木子一直想写这个《路人甲》系列,希望能够通过这个系列,帮助到更多的同学,在学习、生活、职场上走得更远。 号召: 在风云变幻的互联网行业,学历标签与裁员消息频出。但我们相信,决定职业走向的不是出身,而是可交付的价值、持续学习与结果导向的习惯。“路人甲系列” 将记录那些不靠背景、不拼光环,却仍站...
thumbnail
Kafka 4 实用系列 003 — 客户端工具
Kafka 客户端管理工具有多种选择,主要包括: 1. [provectus/kafka-ui](https://github.com/provectus/kafka-ui):此项目已停止更新。 2. [kafbat/kafka-ui](https://github.com/kafbat/kafka-ui):作为前者的替代方案,称为 Kafbat...
thumbnail
密码保护:Kafka 4 实用系列 002 — 集群部署
本文主要介绍了 Kafka 集群的规划与部署过程,特别是在 KRaft 模式下的设置。文章首先阐明了 KRaft 模式中如何替代 Zookeeper,使用 Controller 节点来管理集群。接着,详细描述了在所有 Kafka 节点上安装 Java 的步骤、Kafka 部署的基础设置、修改主机的 hosts 文件、创建部署目录、下载和解压 Kafka 二进制包,以及防火墙配置,以确保正常通信。 随后,文章列出了关键的 Kafka 配置参数和每个 Kafka 节点的具体设置,包括服务的启动和状态检查。此外,还详细说明了如何通过 systemd 管理 Kafka 服务,启用 JMX 监控并进行集群可用性测试,确保在节点失效时系统能够正常转移 Leader 权限。最后,提供了相关文档的参考链接,助于读者深入了解 Kafka 设置和管理的最佳实践。
今日分享:AI Wiki 知识库

最近在寻找 AI 知识库,目前发现 PandaWiki 和 Yuxi-Know 最符合需求。不过,PandaWiki 已经开始拆分为开源版、专业版、商业版和企业版。对于个人用户,开源版已经足够,但企业用户可能需要购买付费版本。Yuxi-Know 看起来相当不错,作为一个较新的项目,刚刚开始发布,其潜力不容小觑。

这两者都是偏向 RAG 的 AI 知识库,非常适合企业应用场景。

相比之下,Wiki.js 和 Alexandrie 是更传统的 markdown 知识库,但相较于之前的 PHP 开发的 MediaWiki,它们更加现代,用户体验和视觉效果都有明显提升。

Yuxi-Know

结合LightRAG 知识库的知识图谱智能体平台。LangChain v1 + Vue + FastAPI。集成主流大模型、LightRAG、MinerU、PP-Structure、Neo4j 、联网检索、工具调用。

https://github.com/xerrors/Yuxi-Know

PandaWiki

PandaWiki 是一款 AI 大模型驱动的开源知识库搭建系统,帮助你快速构建智能化的 产品文档、技术文档、FAQ、博客系统,借助大模型的力量为你提供 AI 创作、AI 问答、AI 搜索等能力。

https://github.com/chaitin/PandaWiki

Wiki.js

Wiki.js 一款基于 Node.js 构建的现代且功能强大的 wiki 应用。

https://github.com/Requarks/wiki

Alexandrie

一款面向学生和创作者的快速、开源的 Markdown 笔记应用。

https://github.com/Smaug6739/Alexandrie

1113 日 , 2025 19:06
今日分享:选择 OpenStack 还是 Kubernetes ?

木子一家之言,姑妄听之,异同之见,亦盼共酌。

OpenStack与Kubernetes(K8s)同为云原生领域的基石性开源项目,二者均以其庞大的组件规模和技术栈深度而著称,构建了一个复杂的分布式系统。它们的技术底座有共通之处,都离不开对网络(虚拟路由、交换)、存储(分布式存储)、Linux内核及OCI容器标准等核心技术的深刻理解,因此精通任何一个都需要巨大的时间投入。

然而,两者的核心定位和抽象层次有着本质区别:

  • OpenStack:定位为 IaaS(基础设施即服务) 平台,它的核心管理对象是虚拟机、裸金属等底层计算资源。它更像是云的“操作系统”,为上层提供标准化的“硬件”资源。
  • Kubernetes:定位为容器编排平台,它的核心管理对象是容器化的应用。它更像是云上的“应用中间件”,负责应用的部署、伸缩、自愈和流量管理。

正是由于这一定位差异,导致了它们当前 marketplace 地位的不同。对于初学者,在当前时间点,毫无疑问应优先选择 Kubernetes。OpenStack 的市场已趋于稳定和收缩,主要集中在需要构建大规模私有云或公有云的运营商、大型金融及制造业等“重资产”领域,就业岗位相对固定且有限。而 Kubernetes 已成为现代应用交付的“事实标准”,从初创公司到大型企业,从公有云到边缘计算,其应用场景无处不在,就业面极其广阔,生态也更为繁荣。

1110 日 , 2025 18:40
thumbnail
MySQL进阶03 — 数据目录
概述 本章,您将学习 MySQL 的数据目录。 数据目录:存储数据库文件、表结构和索引等数据的核心位置 在前面 《10-A2-安装与启动相关》 文章中提到,初次使用 MySQL 需要执行初始化: Shell > /usr/local/mysql8/bin/mysqld --initialize --user=mysql --basedir=/...
thumbnail
Kafka 4 实用系列 001 — Kafka 简介
# kafka 介绍 ## 什么是 Kafka Kafka 是由 `LinkedIn` 公司开发并开源的一款**分布式流处理平台**(Distributed Streaming Platform)。它最初被设计为一个高吞吐量的分布式消息队列,但现在已经发展成为一个功能强大的、支持多分区、多副本的、基于发布/订阅模式的流处理平台。 ## Kaf...