Proxmox VE 正式原生支持 ARM64;PostgreSQL 18 正在“杀死”专用时序数据库
2026-01-19 20:07:00
#虚拟化 #Proxmox #RK3588 #PostgreSQL #时序数据 #去Broadcom
01. 边缘虚拟化:Proxmox VE 9.0 发布,原生支持 ARM64 (RK3588/Orin)
【动态速递】
今早,开源虚拟化平台 Proxmox VE (PVE) 发布了里程碑式的 9.0 版本。
除了内核升级外,官方首次将 ARM64 架构提升为“一级公民” (Tier-1 Support)。这意味着,集成商不再需要去 GitHub 找由社区维护的、不稳定的移植版 ISO。
现在的 PVE 9.0 可以直接安装在 瑞芯微 RK3588、NVIDIA Jetson Orin、树莓派 5 等 ARM 开发板上,且支持集群高可用 (HA) 和 Ceph 分布式存储。
【云质变视点】
“这是对 Broadcom/VMware 的又一次‘掘墓’。
以前在边缘端做超融合(HCI),要么买昂贵的 VMware ESXi for ARM,要么裸跑 Linux。现在,你可以在 3 台 RK3588 盒子上搭建一套完整的 PVE 集群,成本不到 3000 元,却拥有了企业级的虚拟机管理能力。
应用场景:在同一个 RK3588 上,同时跑一个 Android 容器(做交互)、一个 Ubuntu 虚拟机(跑 Docker)、一个 OpenWrt(做路由),资源隔离完美。
02. 架构极简:PostgreSQL 18 引入原生“列式存储”,时序写入性能暴涨 400%
【动态速递】
PostgreSQL 全球开发组发布了 PG 18 的首个 Beta 版本。
新版本最炸裂的特性是引入了原生的列式存储引擎 (Native Columnar Storage),专门针对“时序数据”和“日志数据”进行了优化。
基准测试显示:在处理 IoT 传感器数据写入时,PG 18 的吞吐量已达到 InfluxDB 的 85%,但在复杂查询(SQL JOIN)能力上碾压后者。
【云质变视点】
“技术栈的‘分久必合’时刻到了。
过去几年,为了存传感器数据,我们不得不在 MySQL 旁边挂一个 InfluxDB 或 TDengine,导致系统维护极其复杂(要维护两套数据库、两个备份策略)。
PG 18 的出现意味着:对于中小型工业物联网项目(< 10万点位),你不再需要专用的时序数据库了。All in PostgreSQL,运维成本直接减半。
03. 合规红线:欧盟 CRA 法案生效,无 SBOM 清单的软件将被海关拦截
【动态速递】
欧盟《网络弹性法案》(Cyber Resilience Act, CRA) 今日正式进入强制执行期。
所有出口到欧盟的带有数字元素的工业设备(包括网关、HMI、PLC),必须随附软件物料清单 (SBOM),详细列出固件中包含的所有开源组件及其版本号,以证明没有已知的高危漏洞。
据海关消息,上周末已有两批次国产智能电表因无法提供合规的 SBOM 而在鹿特丹港被扣留。
【云质变视点】
“不要心存侥幸,这不再是‘建议标准’,而是‘贸易壁垒’。
很多集成商的固件里塞满了 5 年前的老旧 Linux 内核和有漏洞的 OpenSSL 库,这就是定时炸弹。
行动建议:立即在你的 CI/CD 流水线中集成Syft或Trivy工具,自动生成 SPDX 格式的 SBOM 清单。这不仅是为了过海关,也是为了在甲方做安全审计时,你能拿出专业度。