Jacky's Blog
·
构建一个边缘友好的自托管发布/订阅服务
内容提要
作者在使用Cloudflare Durable Objects进行实时消息传递时，账单增长高达2500%。由于Durable Objects不适合高频率的pub/sub系统，作者寻找其他解决方案，最终选择Upstash Redis的内置pub/sub功能，将成本从每月5000美元降至100美元。
关键要点
-
作者的Cloudflare账单增长了2500%，原因是使用了Durable Objects作为pub/sub后端。
-
Durable Objects不适合高频率、高并发的pub/sub系统。
-
作者之前使用Durable Objects构建了一个小型的端到端加密聊天应用，但未经过实战考验。
-
在寻找解决方案时，作者考虑了Ably和Pusher等实时平台，但都存在限制。
-
最终选择了Upstash Redis的内置pub/sub功能，之前未注意到这一点。
-
为兼容性，作者创建了一个代理服务，提供简单的消息发布/订阅RESTful API。
-
通过新的设置，pub/sub模块的成本从每月5000美元降至100美元。
延伸解读
Durable Objects的局限性
Cloudflare的Durable Objects虽然在某些场景下表现良好，但对于高频率和高并发的pub/sub系统却显得不够理想。开发者在选择技术架构时，需充分考虑系统的实际需求，以避免不必要的成本和性能问题。
选择合适的实时平台
在寻找实时消息传递解决方案时，开发者应仔细评估各个平台的限制。例如，Ably和Pusher在消息大小和计费模式上存在不足，可能不适合需要处理大流量的应用。选择合适的工具可以显著降低运营成本。
成本优化的重要性
通过将pub/sub模块的成本从每月5000美元降至100美元，作者展示了在技术选型上进行优化的潜力。开发者应定期审视现有架构，寻找更高效的解决方案，以实现资源的最佳利用。
延伸问答
为什么作者的Cloudflare账单增长了2500%？
因为作者使用Cloudflare Durable Objects作为pub/sub后端，导致成本大幅增加。
Durable Objects不适合什么类型的系统？
Durable Objects不适合高频率和高并发的pub/sub系统。
作者最终选择了哪个解决方案来替代Durable Objects？
作者最终选择了Upstash Redis的内置pub/sub功能。
使用Upstash Redis后，pub/sub模块的成本变化如何？
成本从每月5000美元降至100美元。
作者在寻找解决方案时考虑了哪些实时平台？
作者考虑了Ably和Pusher等实时平台，但都存在限制。
作者为兼容性创建了什么服务？
作者创建了一个代理服务，提供简单的消息发布/订阅RESTful API。
