阅读最新文章 按时间找文章
39 归档分页
370 留言互动
4 核心专题

Valkey 9.1 不只是 Redis 替代品：从性能、安全到生产迁移实战

Valkey 9.1 已不再只是 Redis OSS 7.2 的兼容分支，而是在安全、可观测性、I/O 性能、内存效率和集群运维上形成独立路线。本文解析数据库级 ACL、Lua 模块化、TLS 热更新、JSON 日志、线程利用率指标、HGETDEL、MSETEX 与 CLUSTERSCAN 等变化，并结合 Java 客户端兼容、复制迁移、灰度切换、数据校验和真实压测，说明哪些 Redis 项目适合迁移、哪些场景需要谨慎，以及如何保留生产回滚能力。

106 阅读 Java

换调度器不用重编内核了：Linux sched_ext如何用eBPF重构CPU调度

Linux 通用调度器擅长兼顾公平与吞吐，却不了解哪些线程位于业务关键路径。sched_ext 自 Linux 6.12 进入上游后，允许开发者使用 eBPF 编写 CPU 调度策略，并通过用户态程序动态加载、替换和回退。本文从 select_cpu、enqueue、dispatch 与 DSQ 讲清任务调度链路，结合 Meta 广告服务和 GPU 训练机群案例分析工作负载定制调度的价值，同时说明它与 Kubernetes、cgroup CPU 权重及限额的兼容风险，并给出实验、压测、灰度、监控与自动回滚方法，帮助团队判断何时值得将性能优化深入到操作系统调度器层。

106 阅读 Java

WASI 0.3 把异步写进 ABI：WebAssembly 服务端插件化终于补上关键一环

2026年发布的WASI 0.3，将async func、stream<T>与future<T>纳入WebAssembly组件模型的Canonical ABI，解决异步状态难以跨组件传播的问题。它简化HTTP、文件与Socket接口，使不同语言组件能够按统一契约组合，并以能力授权限制文件、网络和环境访问。本文梳理Wasm、组件模型与WASI的关系，分析其在插件系统、规则引擎和多租户扩展中的价值、局限，以及Java项目的渐进式落地路径。

115 阅读 Java

CPU 明明不高，接口为什么还是卡：用PSI看懂Kubernetes资源压力

线上接口出现延迟尖刺时，我们通常先看 CPU、内存和磁盘使用率。但这些指标只能说明资源“用了多少”，无法直接回答业务线程“因为资源不足等待了多久”。Linux PSI 从任务停顿时间出发，量化 CPU、内存和 I/O 竞争对工作负载造成的真实影响。本文将结合 Linux、cgroup v2、Kubernetes、Prometheus 和 Java 服务排障，讲清 PSI 指标的读取方式、关联分析思路、告警策略以及常见资源问题的优化方向。

130 阅读 Java

Kubernetes1.37升级审计清单：网络、资源、安全、存储一次说清

Kubernetes 1.37 的重点并非新增大量业务功能，而是推动 IPVS、cgroup v1 等旧基础设施路径退场，并加强 SELinux 卷挂载、Metrics API、Rootless kubelet 和存储健康监测。本文从 Java 服务视角分析这些变化对 Service 网络、JVM 资源识别、Static Pod、共享 PVC、HPA 和节点安全的影响，同时提供可直接执行的集群、节点与 Java 工作负载审计命令，以及分阶段升级和回滚思路。

177 阅读 Java

从依赖扫描到可信发布：Java 项目软件供应链安全实战

传统 Java 项目往往只关注依赖漏洞，却忽略了依赖解析、CI 构建、制品存储和部署替换等供应链风险。本文从工程实践出发，讲解如何使用 CycloneDX Maven Plugin 生成 SBOM，利用 Trivy 扫描漏洞与许可证，通过 Cosign 为镜像签名并绑定 SBOM Attestation，再结合 SLSA Provenance、VEX 和策略门禁建立可验证的发布链路。同时分析 SBOM 与最终镜像差异、签名密钥隔离、例外审批、历史清单归档和持续重扫等生产落地问题，帮助 Java 团队将发布流程从“默认信任”升级为“基于证据验证”。

149 阅读 Java

抖音续火花助手：支持定时发送、网页管理和登录态更新

抖音续火花助手是一款面向个人用户的开源自动化工具，可部署在自己的服务器上，每天定时向指定好友发送续火花消息。项目提供可视化网页后台，支持好友与消息管理、登录态上传、联系人同步、干跑测试、立即发送、任务停止、结果记录和日志查询。同时具备会话校验、搜索兜底、发送确认、限流识别、超时终止和浏览器回收等保护机制。项目基于FastAPI、Playwright和Vue开发，支持Python及Docker部署，并提供Windows登录态更新工具，适合个人低频自用和自动化技术学习。

517 阅读 Java

GitHub可用性改造背后的故障隔离真相

本文指出，系统出现性能问题或故障后，团队常倾向于拆微服务、上 Kubernetes、增加机器，但这些手段不会自动带来高可用。GitHub 2026 年可用性改造的真正主线不是增加服务数量，而是持续移除共享故障点，把故障限制在更小范围。微服务数量不等于故障隔离，真正隔离包含代码边界、资源边界和故障边界。GitHub 通过迁出认证权限、让仓库与 Pull Request 使用独立基础设施、降低单机房依赖，逐步建立隔离。文章提出可靠性改造五原则：识别核心用户路径、优先隔离资源、主动丢弃负载、逐步放量快速回退、高可用不等于所有功能正常。中小团队可先画依赖关系、识别共享资源、建立软隔离，再拆分高风险域。真正架构升级是控制故障传播，拆服务前应问：模块失控后，能否只让自己失败？

164 阅读 Java

别只加索引了：PostgreSQL 18底层性能变革解读

PostgreSQL 18 的性能优化不再局限于加索引或调 SQL，而是从底层重构数据访问与建模方式。其异步 I/O 子系统通过 worker 或 io_uring 并发读取，显著改善大表扫描、Bitmap Heap Scan 和 VACUUM 的吞吐；B-Tree Skip Scan 允许联合索引在缺失最左列时仍能部分利用；原生 UUIDv7 提供时间有序标识，提升索引写入局部性；虚拟生成列将确定性行内计算统一到数据库；增强的 RETURNING OLD/NEW 可一次获取修改前后数据。文章强调，这些能力并非自动加速所有查询，升级前应基于真实负载测试，合理配置 I/O 并发参数，并关注统计信息恢复与生态兼容。

191 阅读 Java
上一页 1234 ... 39 下一页