我目前正在和我的团队设计一个系统，它在marathon中协调了大量的容器。我们需要获得马拉松应用程序的当前状态，这里有两个选项：
通过api轮询任务列表。可能 GET /v2/apps/ 以及 GET /v2/apps/{app_id} api资源将被使用。
从事件总线接收实时事件。
好吧，第二种选择似乎更为理想，但无论如何，我想知道，马拉松的api性能如何。
马拉松能承受多少负荷？它能每秒处理1k个请求吗？
ps：我们想把状态更新传递到ui中。由于我们可以启动和停止应用程序，这种状态本质上是动态的。大多数应用程序只能运行1-2分钟，但是，有些应用程序可以运行所需的时间，除非停止。
1条答案
按热度按时间mzillmmw1#
如果需要状态信息，则通过
/eventsendpoint可能不是处理这个问题的正确方法，因为if传递一个事件流。实际上，这意味着你必须自己跟踪整个状态。。。我建议使用
GET /v2/apps额外的embed参数，参见文档。例如
对我来说，不太清楚你为什么要以1k次/秒的速度打这个电话。你的前端用户界面可能无法做到这一点，我猜。。。