前言 在 Python 项目中，PyPI 私服通常承担两个角色：一是托管公司内部的 Python 包，二是代理和缓存 PyPI 官方仓库的第三方依赖。这样既能让 CI/CD 发布内部包有统一入口，也能减少公网网络波动对 pip install 的影响。 kkRepo 是一个兼容 Nexus 客户端访问习惯的自托管制品仓库，支持 Maven、npm、PyPI、Go、Helm、Docker/OCI 等多种制品格式。对于 PyPI 场景，它支持 hosted、proxy 和 group 仓库，并保留??...
使用 kkRepo 搭建 Maven 私服
前言 在团队开发中，Maven 私服几乎是 Java 工程的基础设施标配。它可以缓存中央仓库依赖、托管公司内部组件、统一 CI/CD 发布入口，也能减少公网网络抖动对构建的影响。 kkRepo 是一个兼容 Nexus 客户端访问习惯的自托管制品仓库，支持 Maven、npm、PyPI、Go、Helm、Docker/OCI 等多种制品格式。对于 Maven 场景，它保留了常见的 /repository/repo/... URL 结构，因此从 Nexus 迁移或替换时，客户端配置...
nexus-plus 更名为 kkRepo 继续开源
前言 我们把自研的制品仓库项目 kkRepo 开源了。 它的定位很直接：做一个面向 Sonatype Nexus Repository 迁移场景的开源平替项目，在用户可见的客户端协议、权限模型和 /repository/repo/... URL 布局上尽量兼容，同时把运行时架构换成更适合云原生、多副本和对象存储的形态。 项目地址： https://gitee.com/kailing/kkRepo https://github.com/klboke/kkrepo 从 nexus-plus 到 kkRepo 这个项目最早叫 nexus-plus 。名字很??...
nexus-plus 开源，从此告别 Sonatype Nexus
为什么开发 nexus-plus 替换 Nexus nexus-plus 的诞生不是因为我们想重新做一个制品仓库，而是因为现有 Nexus 部署在稳定性、升级、成本和迁移成本上都已经无法满足我们的规模要求。 github ： https://github.com/klboke/nexus-plus gitee ： https://gitee.com/kailing/nexus-plus 事故起点 我们长期使用的是 Nexus Repository 3.29.2-02 。它部署在 Kubernetes 中，存储使用 ESSD 挂载成本地盘，元数据仍依赖 Nexus 当时的 OrientDB...
免费领取六个月 OpenAI 200$/月的 Pro 套餐
最近通过 OpenAI 面向开源项目维护者的 Codex for Open Source 活动，我使用 kkFileView 项目成功领取并激活了六个月的 ChatGPT Pro 套餐。这个套餐正常价格是 200 美元/月，活动给到的是连续六个月的免费权益。这篇文章记录一下完整过程。一方面是给自己留个记录，另一方面也给还在维护开源项目的朋友一个参考：如果你也在持续维护有一定影响力的开源项目，可以去看看自己是否符合条件。...
开源 Paseo：手机上也能管理你的 AI 代码工程
Paseo 不是新的 AI 编程模型，而是用来管理 Codex、Claude Code、OpenCode 这类命令行 Agent 的工作台，让多个 AI 代码任务可以在自己的机器和仓库里并行推进。...
2025 KL的年终总结
2025 KL 的年终总结 2025 年对我来说，是一个从“支撑系统稳定运行”走向“推动关键基础能力重构”的年份。也是我真正把 AI 融入日常工程工作的第一年。 过去一年里，我主要做了三类事情： 继续维护基础设施底盘，保障 xxljob、Apollo、Otel、OSS、SLS、Redis、CDN 等关键系统稳定运行。 推动自建机器学习训练平台从云厂商体系迁移到 Kubeflow，并围绕 TensorFlow、PyTorch、训练 IO、checkpoint、模...
2024 KL的年终总结
2024 KL 的年终总结 时间过得飞快，转眼便迎来了 2025 年。回想上一次写年终总结还是在 2023 年，那时正沉浸在疫情彻底告别后的自由感中，而今年则展现了另一番风景。回顾 2024 年，满满的收获萦绕心头。工作上迎来了显著变化，我加入了一个新项目【优化算法训练成本】，挑战虽多，却也让我在技术上实现了新的突破。开源方面，我继续深耕熟悉的领域；生活中，陪伴家人、享受点...
ClickHouse CPU 100%的问题排查与优化
背景 本文同步发布 OSC ： https://my.oschina.net/klblog/blog/17901561 最近我们收到用户反馈，Sentry Web 无法正常刷数据，过一会儿又好了。经过初步排查，发现问题根源在于 ClickHouse 的 CPU 使用率居高不下，甚至达到了 100%，导致系统性能瓶颈。以下是我们对问题的详细分析、解决过程以及后续优化的总结，希望对遇到类似问题的团队有所帮助。 问题现象 从用户的反馈来看，Sentry Web 数据无法...
OpenTelemetry Collector 节点宕机场景下的排查与优化
前言 本文同步发布在 OSC ： https://my.oschina.net/klblog/blog/17885767 OpenTelemetry Collector 是 OpenTelemetry 的核心组件，但在底层基础设施（如 Kubernetes 节点）故障时，可能暴露出阻塞或延迟问题。本文通过一次因 Sampling 服务节点宕机引发的故障，结合代码分析其原因，并提供临时和长期解决方案。 问题描述 一天，收到告警，OpenTelemetry 出现 Exporter Trace 异常的情况，具体表现为： OpenTelemetry Collect...
