寻找可扩展的api解决方案

Question

iam new stackoverflow，这是我的第一个问题。 对不起我的错误或坏的gramar，我的英语不是很好。

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

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

接收手机上的消息和提醒

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

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

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

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

更新--------------------------------------- 这一切都是必要的，因为API和后端需要彼此分开操作。所以当后端离线时，api仍然有效。否则，当api关闭时，后端仍然有效。 END更新---------------------------------------

api总是在线，但不需要处理很多请求。目前有警报，api需要发出2.000.000通知，因此scalablity是必须的！发出警报后，需要处理很多请求。

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

感谢很多人理解我的英语不好，问题并试图帮助我; - ）

修改---------------------------------------

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

我想我自己找到了一些解决方案，但我不确定他们是否可以提供我的要求，而且我不确定是否可以将它用于我的问题。

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

END EDIT ---------------------------------------

Answer 1

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

我做了很多研究，但我找不到解决问题的软件解决方案。但我找到了解决我问题的其他解决方案。

我使用自己的数据库创建第二个后端。主后端管理第二个后端的数据，即＆＃34; API_backend＆＃34;。此迷你后端仅提供API的数据。 API网关（是的，我发现这是API的名称）从这个＆＃34; API_backend＆＃34;获取他的数据。并在所有终端设备上提供。

我已经制作了一张图表。访问它

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