寻找可扩展的 API 解决方案 [关闭]

Question

我是 stackoverflow 的新手，这是我的第一个问题。 对不起，我的错字或语法不好，我的英语不是很好。

情况： 我正在研究一种 API。

我们构建了一个系统，用于向最终用户发送消息和警报。最终用户可以通过应用程序（IOS、Android、Windows）、SMS 或 ..........

在手机上接收消息和警报

为此，另一个团队正在开发后端。此后端包含用于添加消息或警报（通知）的用户界面。此后端包含所有通知。该后端需要将所有实际通知推送到仅保存实际通知的 API 系统。

此 api 需要将新警报作为推送消息发送到应用程序。普通消息不会推送到终端设备。

终端设备和第 3 方用户可以从 API 上询问数据（正常消息或警报）（如果配置了过滤器，则使用过滤器）示例：给我来自城市 Heerlen 的所有消息或所有消息包含“汽车”一词。

当后端插入新消息或警报时，后端会更新 api 数据。当 api 收到新警报时，他会发送新警报的新推送通知。

更新--------------------------------------- 这一切都是必要的，因为 API 和后端需要彼此分开操作。因此，当后端离线时，api 仍然可以工作。否则，当 api 出现故障时，后端仍然可以工作。 END更新--------------------------------------- p>

api 始终在线，但不需要处理大量请求。目前有警报，api 需要发送 2.000.000 个通知，所以可扩展性是必须的！发出警报后，需要处理大量请求。

现在我的问题： - 是否有现有的软件解决方案可以配置或用于解决我的问题？ - 我们能否更好地为这个问题构建一个自己的解决方案，也许基于一个框架？ - 是否有可用于创建具有此功能的 api 的框架？

非常感谢您理解我糟糕的英语、问题并试图帮助我 ;-)

编辑---------------------------------------

也许这张图片让我的情况更容易理解 Wished situation image

我想我自己找到了一些解决方案，但我不确定它们是否能满足我的要求，我不确定我是否可以用它来解决我的问题。

• 亚马逊 API 网关
• tyk.io
• WSO2

结束编辑---------------------------------------

Answer 1

我找不到解决方案，所以我与学校的老师交谈，他告诉我，我如何解决这个问题并不重要。我唯一需要做的就是取消与后端的 api 链接，以便在 API 超时或脱机时后端保持在线。否则，API 需要在后端维护时保持在线。我已经用这些信息更新了我的问题！

我进行了大量研究，但找不到可以解决我的问题的软件解决方案。但是我找到了解决我的问题的其他解决方案。

我用自己的数据库创建了第二个后端。主后端管理第二个后端“API_backend”中的数据。这个迷你后端只为 API 提供数据。 API 网关（是的，我发现这是 API 事物的名称）从这个“API_backend”获取他的数据并在所有终端设备上提供它。

我已经做了一个图表。访问它

我通过谷歌云消息向应用发送推送消息解决了警报推送问题。如果出现警报，应用会重新确认它是警报而不是正常消息，然后它会向 API 询问新的警报信息。