如何结合Django REST后端与事件驱动后端？架构路由及鉴权问询

1. 高并发事件摄入：用Go/Rust写专用端点是最优解 #

Django的同步架构天生扛不住百万级QPS的事件摄入，Go或Rust是这类场景的标准选择：

• 二者的HTTP性能远超Django，单实例就能轻松处理数万级并发，横向扩展后支撑百万级每分钟请求毫无压力
• 成熟的Kafka客户端库（Go的sarama、Rust的rdkafka）能高效完成消息生产，还支持批量发送、异步提交等优化，进一步提升吞吐量
• 可以把API Key验证逻辑直接嵌入这个轻量服务，通过Postgres连接池（比如Go的pgxpool）快速校验，验证通过再推消息到Kafka，避免无效流量进入Kafka集群

2. 客户端绝对不能直接连接Kafka #

别这么干，问题一堆：

• Kafka用的是自定义TCP协议，浏览器/移动端原生不支持，前端得额外引入Kafka SDK，开发和维护成本陡增
• 安全风险极高：Kafka的权限控制粒度粗，直接暴露集群地址等于把消息队列完全开放，很容易被恶意注入、数据窃取
• 运维灵活性差：Kafka集群扩缩容、地址变更都得同步所有客户端，完全没有中间层的缓冲空间

3. Nginx是理想的路由工具，做统一入口流量分发 #

用Nginx作为整个应用的反向代理入口，按路径分流请求：

• 把/api/events/*这类高并发事件上报路由到Go/Rust的事件服务
• 把/api/auth/*、/api/dashboard/*这类低复杂度REST请求路由到Django服务
• 还能顺便在Nginx层做SSL终止、基础限流、负载均衡，减轻后端服务的非业务压力

4. API Key验证的高效实现 #

直接在Go/Rust的事件服务里做验证，别绕到Django：

• 初始化Postgres连接池，复用连接避免频繁建立销毁的开销
• 验证逻辑极简：查api_keys表确认Key有效、未过期、关联的权限符合事件上报要求
• 加一层Redis缓存，把验证通过的Key缓存5-10分钟，大幅减少Postgres的查询量，提升验证性能

内容的提问来源于stack exchange，提问作者NeonCop