展示HN：Falcon – 基于Bluesky AT协议的聊天优先社区
我正在构建一个以聊天为主的社区应用，使用Bluesky的AT协议进行身份验证。
当前架构：
- Electron客户端
- Spring Boot后端（单体架构）
- 服务器/频道使用REST
- 计划基于WebSocket的消息传递
作为一个独立开发者，我正在努力在简洁性和未来可扩展性之间找到平衡。
在什么情况下你会引入：
- 单独的WebSocket网关
- 发布/订阅（Redis等）
- 或者在一个Spring应用中保持所有功能，直到它崩溃？
我很好奇其他人在早期是如何处理实时聊天系统的。
项目背景：
[https://github.com/JohannaWeb/ProjectFalcon](https://github.com/JohannaWeb/ProjectFalcon)
查看原文
I’m building a chat-first community app that uses Bluesky’s AT Protocol for identity.<p>Current architecture:
- Electron client
- Spring Boot backend (monolith)
- REST for servers/channels
- Planning WebSocket-based messaging<p>As a solo builder, I’m trying to balance simplicity with future scalability.<p>At what point would you introduce:
- a separate WebSocket gateway
- pub/sub (Redis, etc.)
- or keep everything in one Spring app until it breaks?<p>Curious how others approached real-time chat systems early on.<p>Project for context:
<a href="https://github.com/JohannaWeb/ProjectFalcon" rel="nofollow">https://github.com/JohannaWeb/ProjectFalcon</a>