面向自托管 Zulip 客户的新计划
Zulip 开始向自托管安装按每用户每月 6.67–8 美元收取移动推送通知和支持费用，引发了关于开源商业模式可持续性的争论。评论者在“仅仅是通知”却与 Zulip 全托管云服务同价的定价公平性、Apple 和 Google 带来的技术限制使自建推送基础设施变得困难，以及这种变化对此前依赖“免费”自托管来替代 Slack 的小团队的影响之间展开权衡。有人认为这是为持续开发融资的必要步骤，另一些人则视其为一种事实上的背刺，会抑制采用并把用户推向其他聊天平台。
变更范围
- 新政策：用户数超过 10 的自托管 Zulip 实例将失去通过 Zulip 服务器提供的免费移动推送；要么按席位付费（价格与 Zulip Cloud Standard/Business 相同），要么通过重建移动应用自行管理通知。
- 现有自托管用户在宽限期后也会失去免费推送。
- 只有推送通知在功能上受付款限制；其他功能仍然开源且可自托管。
关于推送的技术限制
- 对官方 iOS/Android 应用而言，由于 Apple/Google 的政策，以及应用商店将 App ID 绑定到单一开发者账户和推送凭证，推送必须经由 Zulip 的中心化服务路由。
- 自托管推送是可能的，但需要：
- 对 Zulip 服务器进行配置更改。
- 发布自定义 Android/iOS 构建（或使用 TestFlight/MDM/私有分发），这被认为摩擦很大。
- 几条评论将此与 Matrix/XMPP 作比较：
- 这些生态系统也使用由客户端厂商运行的中心化推送中继。
- 有人认为这些厂商实际上是在补贴用户；也有人坚持这仍然可行，而且通常是免费的。
- 讨论中还提到了替代方案（UnifiedPush、持久 TCP、Web Push），但 iOS 被强调为通用后台服务的硬性阻碍。
定价、公平性与商业模式
- 许多自托管用户认为每月每用户 6.67–8 美元“太贵”，而他们感受到的只是“通知而已”，尤其是小团队（例如从 10 人增加到 11 人）更是如此。
- 有人认为与完整云托管采用相同定价，是在推动用户远离自托管，甚至接近“暗黑模式”。
- 另一些人则认为：
- 维护和支持一个自托管生态所耗费的人力时间，比多租户云服务更多。
- 真正的产品是支持和持续开发，而不是原始推送带宽。
- 与许多锁定大量功能的开源核心（open-core）竞争对手相比，Zulip 100% OSS 的立场仍然相当慷慨。
- 有人提出希望获得：
- 更便宜、只包含通知的套餐。
- 按设备计费，或“仅对安装了移动应用的用户”计费。
- 按通知计费；Zulip 代表拒绝了这一点，理由是不确定性太高且会产生不良激励。
对采用与情绪的影响
- 一些管理员表示他们将停止评估，或者可能迁移到 Matrix、Mattermost 或其他工具。
- 另一些人则接受这一变化，认为这是让一个非 VC、完全开源的项目保持可持续所必需的变现步骤。
- 有人担忧这会带来“被背刺”的感觉，并可能打击去中心化、自托管通信平台的采用。