vvs-im可集成进业务的即时通讯产品套件

产品定位

这是一套可以对外发布的消息产品，而不是「能发消息的 Demo」。 ​

vvs-im 交付用户端、管理端、REST API、实时订阅与数据库模型之间的协同方式。你可以把它理解为一个可私有化部署的 IM 子系统： 先上线核心聊天与运营能力，再按业务节奏逐步加重媒体、搜索或自动化。

产品包含

用户端体验 ​

注册登录、会话列表、消息历史、实时收发、图片与文件附件、草稿与多端已读同步。

群与组织能力 ​

群聊创建、成员邀请移除、管理员角色、禁言、群资料编辑、频道级订阅鉴权。

运营后台 ​

管理员登录、用户封禁/解封、系统广播、审核事件列表、管理员删除消息。

工程化主链路 ​

API 落库，Outbox 事务写入，Worker 投递 Centrifugo，客户端按频道恢复与刷新。

成本与扩容路径 ​

可按峰值在线、音视频与部署形态分阶段扩展；容量、安全基线与交付边界在商务与交付阶段与团队对齐。仓库内运维与规划文档便于评估资源与演进节奏。

文档与可预期性 ​

架构、数据模型、接口与运维要点在仓库中有明确文档，便于评估、交付与二次开发。

查看完整能力清单 → 查看适用场景 →

产品差异

把「消息」当作核心业务模块来设计，而不是事后打补丁。 ​

权限、审核、回放与运营工具如果晚于第一版才补，往往会拖慢迭代。vvs-im 在一开始就区分用户面、运营面、持久化与实时层， 让你先跑通一条正确主链路，再按需叠加对象存储、音视频或异步事件。

技术栈一览

API / WorkerBun + Elysia

实时层Centrifugo

持久化PostgreSQL

热状态DragonflyDB

用户端 / 管理端React

适合谁

消息是产品主路径之一，而不是可有可无的通知栏。 ​

社区与内容私信、企业内部协作、客服与运营消息中心、垂直行业内置沟通等场景，只要团队希望掌控账号、权限、审核与成本节奏， 就比完全黑盒的第三方 IM 更容易对齐预期。

按场景查看是否匹配 → 查看产品能力 →

产品与交付信息

交付形态 支持私有化与自有基础设施部署，范围与 SLA 在商务阶段对齐

主链路 发消息、历史、实时、Outbox 投递等核心路径有自动化测试覆盖，便于持续迭代

可观测 同时在线、写 QPS、Outbox 堆积、数据库与实时层等关键指标在运维文档中有对照说明

可扩展 架构按「持久化真相 + 实时投递」拆分，便于后续接入 CDN、对象存储与 SFU 等能力

规模与交付

需要容量与运维对照时，优先看仓库文档 ​

同时在线、写 QPS、Outbox 与数据库等要点在运维与规划文档中有分档说明，便于与内部平台或云厂商对齐。

查看产品能力 → 查看适用场景 →

下一步

先确认能力与场景，再对齐交付与演进节奏。 ​

建议阅读顺序：产品能力 → 应用场景。需要容量与观测基线时，可对照仓库内运维与规划文档。

产品能力 → 应用场景 →