挑战

Langfuse 需要在开源承诺与可持续的云业务模式之间取得平衡。由于任何人都可以免费自建，其云服务必须采取具有竞争力的价格、易于理解，并且契合客户价值。Langfuse 最初采用自研计费系统，按单一固定事件费率计费；但随着公司规模扩张，该设置无法支撑所需的灵活定价与精准计量。

随着 Langfuse 不断发展，公司显然需要按事件分级计费和分层月度方案，从而使定价能够随用量调整，并体现批量折扣。客户规模从每月处理 10 万事件到数亿事件不等，每个事件都会给 Langfuse 带来边际成本。公司希望自动提供批量折扣，这样定价就能在无需定制谈判的情况下调整。

团队还面临多起计费边缘情况。结账有时显示为 0 美元，因为用量是事后计费，这让客户感到困惑。企业试用要求提前提供付款详情，但标准结账流程不支持这一点。方案变更可能导致当前计费周期终止，从而使客户失去预付费天数。Langfuse 还需要可靠的工具和测试来应对复杂的升级或降级行为，并且希望支出提醒以美元金额而非事件数量表示。与此同时，Langfuse 需要一种可靠的方法，以在无人工催款的情况下追回失败付款，并建立一体化的全球税务和支付解决方案，以便跨地区向客户开具账单。

解决方案

为了实现可靠、可扩展的计量计费，并将用量与价值挂钩，Langfuse 采用了混合模式，结合了 Stripe Billing 的按用量计费模型。客户订阅分级月度方案，每个订阅都包含一个单独的 Langfuse Cloud 计量用量产品，用于记录事件。分层方案可满足不同客户需求，而计量用量产品则能对所有方案下的事件录入量进行统一追踪，从而实现定价随使用量进行调整。Langfuse 通过其 ClickHouse/OLAP 数据库将每小时事件计数发布到 Stripe 的计量用量 API，实现准确计费并实现近实时可见性。

团队选择 Stripe Checkout 创建订阅并使用 Billing 生成包含独立行项目的单一账单：前期 SaaS 费用（周期开始时收取的费用）和期末用量。这样一来，既消除了 0 元结账和客户困惑，又能在注册阶段采集支付信息，从而满足企业采购要求。订阅计划和 Stripe 的按比例控制使 Langfuse 能够立即进行升级，同时保持用量累积，并安排降级以维持当前账期内的付费访问权限。

由于原生提醒无法满足 Langfuse 以美元计价的需求，团队每小时通过 Stripe 的预览版账单功能来计算美元敞口。当客户超过阈值时，系统会触发电子邮件和应用内通知。Webhook 将订阅和支付状态同步到 Langfuse 的产品中。在分析和对账方面，Langfuse 通过 Airbyte 将 Stripe 数据同步到 BigQuery，并与产品分析 (dbt, Metabase) 结合；运营 Webhook 事件也会提供给 Slack 频道以实现实时可见性。

在支付恢复方面，Langfuse 使用 Stripe 内置的自动重试逻辑和后续邮件，而非手动催款。团队监控 Stripe 管理平台中的失败付款，并通过 Webhook 同步订阅状态 (past_due, unpaid) 以显示应用内横幅，从而提示客户更新付款详情。

为进行全球税务管理，Langfuse 将 Stripe Tax 与 Stripe 全球支付平台结合使用：该方案可自动计算适用税费、支持本地支付方式，并通过单一集成实现跨境计费。

成果

定价透明，批量折扣自动执行

Langfuse 在两周内实施了一个明确的混合模式：先支付 SaaS 费用，并在 Stripe 中按事件分级收费。随着用量增长，分级层级会自动应用，无需单独进行批量谈判。

升级立即按比例分配，同时保持用量连续性

利用 Stripe 的订阅计划和灵活的计费，Langfuse 立即按比例计算升级费用并开具账单，同时保持累计用量和定价层级进度不变。降级计划在账期结束时生效，因此客户在此之前仍可保留付费功能的访问权限。

Stripe 大规模处理计量用量

Langfuse 每小时将事件计数纳入 Stripe 的计量用量 API，单一账户每月管理多达 2 亿事件，所有客户管理数亿至数十亿事件。计量计费确保用量通过 Stripe 记录并开具账单。

基于美元的支出提醒使用预览版账单

Langfuse 每小时通过 Stripe 生成预览版账单，并将金额与用户配置的阈值进行比较，超出限额时会触发邮件和应用内通知。Stripe Webhook 可确保订阅与支付状态数据与产品团队和运营团队保持同步。

Stripe 原生工具降低维护开销

团队正在逐步用 Stripe 原生功能替换自定义计费功能。最新的端到端改造采用了 Stripe 灵活的计费和计量用量，耗时一个月。