sourabh1024
2021-01-04 15:50:24
让我尝试分解答案并发表我的意见。我还要提一下，此类问题的解决方案是由规模和各种权衡决定的。
Q1-
如果发送消息有负面影响，你永远不应该仅仅依赖前端解决方案，因为它很容易绕过它们。你可以使用混合来确保后端的负载不会很高。
为订阅添加前端缓存将确保你能够在缓存未被篡改的情况下过滤前端的大部分消息。
在队列之前添加一个服务，验证用户订阅是否已过期，增加了一层安全性。如果用户订阅有效，则将消息推送到队列，否则会引发错误。这样，任何不良行为者也不会滥用系统。
Q2-
根据用例和负载，你可以为订阅本身提供单独的表或单独的微服务。
何时需要单独的微服务？
当你的系统中的多个应用程序需要订阅数据并且需要拥有独立于其他应用程序的自己的可扩展性时，拥有一个单独的微服务可能是有益的。
什么时候有单独的桌子？在其他情况下，你觉得添加服务会过大。你可以将数据分开保存在不同的表/数据库中，这样你就可以灵活地更改订阅，甚至在将来轻松提取它。
热门帖子
热门github
1
2
4
The Python Risk Identification Tool for generative AI (PyRIT) is an open access automation framework to empower security professionals and machine learning engineers to proactively find risks in their generative AI systems.
(翻译：用于生成式 AI 的 Python 风险识别工具 (PyRIT) 是一个开放式访问自动化框架，使安全专业人员和机器学习工程师能够主动发现其生成式 AI 系统中的风险。)
5
7
8
9
Mamba is a new state space model architecture showing promising performance on information-dense data such as language modeling, where previous subquadratic models fall short of Transformers. It is based on the line of progress on structured state space models, with an efficient hardware-aware design and implementation in the spirit of FlashAttention.
(翻译：Mamba 是一种新的状态空间模型架构，在信息密集型数据（例如语言建模）上显示出良好的性能，而之前的二次模型在 Transformers 方面存在不足。它基于结构化状态空间模型的进展，并本着FlashAttention的精神进行高效的硬件感知设计和实现。)
10
11
13
什么是
fetch current subscription expiry for x seconds flow？我了解除了这一项以外的所有流程您可以通过获取订阅的当前到期时间并添加 X 秒 TTL 来更新前端中的缓存，以便您不断刷新此数据。X 可以大（5-10 分钟）或小（如 10 秒），具体取决于您预期的 QPS。
Q1 的解决方案 - 由于我们在后端进行检查，所以我认为我们不需要在前端进行缓存，以避免检查两次。Q2 的解决方案 - 我会使用单独的表，因为在我的场景中逻辑并不复杂。