bex-co/bex

解决的问题

bex 提供了一个开源、可自托管的平台即服务（PaaS）替代方案，适用于 Render、Heroku 和 Railway 等服务。它无需手动操作 Kubernetes，同时让开发者保有对自身基础设施和数据的所有权。关键的是，它被设计为“AI 原生”，提供一流的控制平面，使编码代理可以像人类开发者一样轻松地部署和管理应用。

工作原理

bex 使用基于 Go 的 Operator，监控应用、数据库和键值存储的声明式 Kubernetes 自定义资源定义（CRDs）。当开发者或代理通过 render.yaml 蓝图等方式定义服务时，系统会将这一意图编译为资源。Operator 随后负责构建源代码、将镜像推送到注册表、滚动部署工作负载，并配置路由和 TLS。它利用 Cluster API 来配置底层机器，并提供多种接口——包括 Web 仪表板、REST/GraphQL API、CLI 以及 Model Context Protocol (MCP)——以与同一核心逻辑交互。

适用人群

• 开发者：希望获得 PaaS 体验（连接仓库 → 获取 URL），但更倾向于在自有基础设施上自托管（例如 Hetzner 或本地 Docker）。
• AI 代理（如 Claude Code 或 Cursor）：需要通过 MCP 以编程方式部署和管理云资源。
• 团队：寻找具备内置管理数据库、工作器和定时任务支持的开源部署平台。

核心亮点

• AI 原生控制平面：原生支持 MCP，使编码代理可通过聊天完成部署和状态管理。
• Render 兼容性：支持 render.yaml 蓝图，并提供兼容的 CLI 和 API。
• 多运行时支持：可部署 Dockerfile 或 Go、Node.js、Python、Ruby、Rust、Elixir 等原生项目。
• 全面的资源管理：支持 Web 服务、私有服务、后台工作器、定时任务、静态站点、PostgreSQL 以及与 Valkey 兼容的键值存储。
• 基础设施灵活性：可在本地 Docker 容器机器或使用各种提供商覆盖的生产集群上运行。