04 计费与云部署

04 计费与云部署

本节摘要:这是第 12 章的收尾。企业 SaaS 还要解决两件事——计费(按用量或席位收钱)和云部署(在主流云上跑起来)。本节讲 Den 如何集成支付做计费,以及如何用 Helm 在主流云的 Kubernetes 上部署。这两件让 Den 从「能跑的软件」变成「能卖的 SaaS」。

一、计费:企业 SaaS 的收入模型

企业 SaaS 不是免费的——它要收钱。Den 的计费通过集成支付服务(如 Stripe)实现。计费模式大致两种:

企业采购 Den
   │
   ├─ 席位:每人每月 X(包月)
   └─ 用量:按推理 token 用量(按需)
   │
   ▼ 计费系统统计
   │
   ▼ 经支付服务收款
​

企业可按需选——小团队可能席位制省,大用量团队可能用量制更灵活。

二、计费的实现

Den 的计费大致含:

• checkout 会话:创建支付会话(用户去支付服务付款)
• 账单摘要:查组织计费汇总
• 同步:支付服务的状态同步回 Den
• 门户:提供「管理账单」入口(用户去支付服务的客户门户改卡/查历史)

这些大多通过支付服务的 SDK 实现,Den 不自己造支付轮子(复用 Stripe 等)。

三、workers 也参与计费

第 01 节说的 worker(异步任务)也参与计费——它们记录「谁用了多少资源」,用于按用量计费:

用户跑了个推理任务
   │
   ▼ worker 执行,记录用量(token 数等)
   │
   ▼ 上报计费系统
   │
   ▼ 计入组织账单
​

这让「用量计费」有准确数据来源——不是估算,是 worker 实际记录。

四、云部署:在主流云上跑

企业 SaaS 要能部署到云。Den 的云部署基于 Kubernetes(K8s),用 Helm(K8s 的包管理)打包:

Den 全家桶(den-api/den-web/inference/...)
   │
   ▼ 打成 Helm Chart(K8s 部署包)
   │
   ▼ 部署到主流云的 K8s
   ├─ AWS EKS
   ├─ Azure AKS
   └─ GCP GKE
​

Den 提供了 Helm Chart(packaging/helm/openwork-ee),以及三朵云(AWS/Azure/GCP)的部署文档。这覆盖了主流云选择——企业用哪家云都能部署。

五、为什么用 K8s + Helm

• K8s 管多组件:Den 全家桶有十多个组件,K8s 擅长编排这种多组件系统。
• 弹性扩展:企业规模变,扩缩容方便。
• Helm 标准化:Helm 是 K8s 部署的事实标准,运维熟悉。
• 跨云:K8s 跑在哪家云都行,不被锁死。

六、企业部署的合规考量

企业部署往往有合规要求,Den 考虑了:

• 私有部署:企业可部署在自己的云账号/数据中心(数据不出企业)。
• 出网白名单:企业可限制 Den 只能访问特定外部地址(出网审计文档提供指引)。
• 数据加密:数据库有加密(DEN_DB_ENCRYPTION_KEY)。

这些让企业能满足自己的合规/安全要求——数据在哪、能去哪,企业可控。

七、第 12 章收尾:企业控制平面全貌

读完第 12 章四节,你掌握了 Den(企业控制平面)的全貌:

核心认知:Den 是 OpenWork 的企业形态——把个人工具的能力(第 1~11 章)放进了企业的治理壳(多组织/SSO/市场/计费/云部署)。第 13 章是全书最后一章,讲部署分发与工程方法论。

本节要点回顾

1. 计费两模式:席位(每人包月)/ 用量(推理 token 按需)。
2. 集成支付服务(如 Stripe):checkout/账单/同步/门户,不造支付轮子。
3. worker 参与计费:记录实际用量,用量计费有准确数据。
4. 云部署用 K8s+Helm:管多组件/弹性/标准/跨云。
5. 三朵云:AWS EKS / Azure AKS / GCP GKE,覆盖主流。
6. 合规考量:私有部署/出网白名单/数据加密——企业可控。
7. 第 12 章结束:Den 全貌——组件+身份+市场+计费部署。

第 12 章结束。下一章是全书最后一章——部署分发与工程方法论。