自部署

OpenRUM 运行在你自己管理的基础设施中。两种生产部署均处于 Alpha 阶段，不提供可用性保证。先选一条路径；两条路径的准备工作与运维责任不同。

选择部署方式

Kubernetes / Helm · 推荐在你管理的集群上运行应用服务，PostgreSQL、ClickHouse 和 Kafka 由你自己提供。

Docker · 单机在一台 Linux 服务器上运行完整服务，自动 HTTPS、备份，并接受单机故障边界。

	Kubernetes / Helm	Docker（单机）
适合	已经有集群和托管数据服务、需要一套团队共享实例的团队	一台 Linux 服务器、小团队，或预算有限的真实流量
你需要提供	集群、Ingress 与 HTTPS、PostgreSQL、ClickHouse（集群）、Kafka，可选 Redis	一台装有 Docker 的 Linux 主机，以及指向它的域名
数据服务	由你提供，在 Chart 之外	随这套服务一起部署，在同一台主机上
故障边界	你的集群和你的数据服务	这一台主机和它的磁盘：主机丢失需要从备份恢复
镜像与 Chart	已发布：拉取 Chart 和镜像，不需要构建	从发布标签的源码检出里自己构建镜像
从这里开始	部署准备	单机 Docker 生产部署

已发布的内容

当前版本是 0.1.2。应用镜像 ghcr.io/open-rum/openrum:0.1.2（提供 linux/amd64 和 linux/arm64）和版本为 0.1.2 的 Helm Chart oci://ghcr.io/open-rum/charts/openrum 都是公开的。Docker 路径从同一发布标签的源码检出里构建同一版本。发布说明见 GitHub Releases。

不可用于真实流量

本地开发使用的 Compose 配置带演示数据和示例凭据，不要让它接入真实流量；请使用上面两条生产路径之一。

如果你要修改 OpenRUM 源码，或想在检出的源码里先试用，请阅读本地开发。

自部署意味着什么

你的团队需要负责域名与 HTTPS、凭据、容量、服务健康、升级和故障恢复。先了解架构与外部依赖。

接入真实流量之前：

• 用容量与保留规划确定规格。
• 首次升级之前，配置备份并完成一次恢复演练。
• 把 Ingest 暴露到公网之前，阅读威胁模型。
• 想启用 Google、GitHub、OIDC 或 LDAP 登录，配置控制台认证。

运行期间：

• 规划升级，并了解如何处理存储压力。
• 备好故障排查。

对象存储是可选的：没有 Bucket 时核心监控仍能运行；Source Map Artifact 需要 Alibaba OSS 或 S3 兼容服务。