用于分布式状态管理的Google PubSub队列
有没有更好的方法/工具/框架来做到这一点？
共有1个答案
根据您拥有的消息量，以及我以前的实现，我可以建议您在FireStore中持久化状态：无服务器、负担得起、快速...
发布消息时，触发Firestore中持久化状态的函数
然后，触发所需的进程数，查询Firestone以检查是否所有状态都正常，然后继续或停止。
-
问题内容： 我有一堆服务器，其中有多个实例，这些实例正在访问对每秒请求有严格限制的资源。 我需要一种机制来锁定正在运行的所有服务器和实例对此资源的访问。 我在github上找到了一个宁静的分布式锁管理器：https : //github.com/thefab/restful-distributed-lock- manager 不幸的是似乎有一个分钟。锁定时间为1秒，并且相对不可靠。在几次测试中，解
-
来自服务器的数据以及是否挂起或导致错误 UI状态如切换，警报和错误消息 自定义主题，凭据和本地化 许多其他类型的状态 Redux using ng2-redux Angular Services and RxJS（推荐）
-
管理应用程序状态是个难题。您需要在多个后端，Web workers和UI组件之间进行协调。 像Redux和Flux这样的模式旨在通过使这种协调更加明确来解决这个问题。在本文中，我将展示如何使用RxJS在几行代码中实现类似的模式。然后我将展示如何使用这种模式来实现一个简单的Angular 2应用。 在谈论架构模式时，我喜欢从描述其核心属性开始。你可以写在餐巾背上的东西。The devil, of c
-
建议使用基于redux封装出来的rematch, anujs也自带了这个框架。 rematch的官网 https://github.com/rematch/rematch resolve: { alias: { react: "anujs", "react-dom": "anujs", rematch: "anujs/dist/Rematch.js
-
Redux应用程序中的Reducer不应该改变state，而是返回一个副本，并且无副作用。 这鼓励你把你的应用程序想象成从一系列事件中“计算”的UI。 让我们来看看一个简单的计数器reducer。 我们可以看到，我们正在传递一个初始状态和一个动作。为了处理每个动作，我们设置了一个switch语句。而不是每个reducer需要显式订阅分发器，每个动作都会传递到每个reducer，它处理它感兴趣的动作
-
在分布式系统中，常困扰我们的还有上线问题。虽然目前有一些优雅重启方案，但实际应用中可能受限于我们系统内部的运行情况而没有办法做到真正的“优雅”。比如我们为了对去下游的流量进行限制，在内存中堆积一些数据，并对堆积设定时间或总量的阈值。在任意阈值达到之后将数据统一发送给下游，以避免频繁的请求超出下游的承载能力而将下游打垮。这种情况下重启要做到优雅就比较难了。 所以我们的目标还是尽量避免采用或者绕过上线