This week's Java roundup for August 31st, 2026, features news highlighting: the GA release of TornadoVM 6.0; point releases of JReleaser, LangChain4j, Java Operator SDK, JHipster, Kotlin Toolchain...

Rook是Ceph的Kubernetes Operator，通过CRD声明期望状态并调和出守护进程。核心CRD包括CephCluster、CephBlockPool等，v1.20起CSI调谐由Ceph-CSI Operator负责。Rook不管理RADOS内核语义，数据面问题需转向Ceph自身。排障时需明确对象归属、权威控制器及变更来源，避免误判。

Rook v1.20 强制引入 Ceph-CSI Operator，CSI 设置从旧 ConfigMap 迁至 OperatorConfig 与 Driver CR。OperatorConfig 管理共享默认，Driver 管理各驱动覆盖，Driver 名即 provisioner 名。Helm 必须安装 ceph-csi-drivers chart，清单安装需含 csi-operator.yaml。升级前需导出 CR，避免定制被覆盖。所有权明确：管理员通过 CR 调谐 CSI，Rook Operator 只管 Ceph 生命周期。

本文讨论Rook/Ceph/CSI升级纪律，强调升级需遵循一次一个主版本、避免HEALTH_ERR强推、注意CSI Operator迁移和快照CRD错位。列出升级前检查清单和反模式，主张数据面升级人工审批，确保版本兼容和健康检查，防止跳版本导致故障。

There is no shortage of PostgreSQL operators for Kubernetes. Projects such as CloudNativePG, the Zalando postgres-operator, Crunchy PGO, and StackGres have all helped shape the ecosystem. So...

迁移生产环境中的PostgreSQL数据库到Kubernetes需要考虑数据转移、停机时间和操作复杂性等因素。文章介绍了从Crunchy Data PostgreSQL Operator迁移到Percona Operator的几种方法，强调每种方法适用于不同的操作场景。选择合适的迁移策略需平衡停机时间、复杂性和业务连续性，建议在测试环境中验证以确保安全高效的过渡。

cpu_tuple_cost, cpu_index_tuple_cost, and cpu_operator_cost are three of the constants the planner uses to price a query, and the single most useful thing to know about all three is that you...

Slot-based Buffer Manager 设计中的 Pin 本质上是锁定 slot 与当前 page_id 的映射，确保在持有期间不被替换。这种架构在 PostgreSQL 和 InnoDB 中高度一致，提供了裸指针的稳定性，避免频繁的内存分配和查找开销。Pin 的目的是确保指针有效性，支持高并发访问。

文章讨论了在Kubernetes环境中Ascend设备插件的故障排查。主要问题是设备插件无法获取卡片信息，导致初始化失败。分析发现问题源于虚拟机环境中缺少systemd支持。建议在Dockerfile中添加安装systemd的命令并重新构建镜像，最终确认节点中能看到NPU资源，故障得到修复。

openFuyao NPU-Operator中ascend-device-plugin容器反复CrashLoopBackOff，日志显示dcmi获取卡数量为0。排查发现宿主机可正常识别NPU卡，但容器内dcmi_get_card_list返回0。最终定位为非裸金属虚拟机场景，需在镜像中安装systemd定制镜像，替换后节点成功识别NPU资源。

openFuyao NPU-Operator中ascend-device-plugin容器反复CrashLoopBackOff，日志显示dcmi获取卡数量为0。排查发现宿主机可识别NPU卡，但容器内dcmi_get_card_list返回0。最终定位为非裸金属虚拟机场景，需在镜像中安装systemd并定制镜像，替换后节点可正常显示NPU资源。