现有社交网络应用程序，客户端现在想要为它制作移动应用程序。我们需要制作一个强大的API，当100k现有用户开始使用这些移动应用时，它们不会停顿。
您是否有关于构建此API的正确方法的建议？
我们过去制作了数百个API，也使用了10万个用户。但是这个应用程序有点具体，我们预计会有很多很多并发API请求，这是过去的并发请求的20倍。
这就是为什么我不愿意使用我们的“标准”API逻辑之前看到这里是否有人可以建议一些好的策略。
在高层次上，服务器上将有一个数据库和一个将处理所有通信的API层。
答案 0 :(得分：0)
简而言之：看看您的硬件解决方案。
尝试尽可能减少IO。如果可能，将应用程序所需的所有资源打包到一个有效负载，服务器端，然后一次性将其推送到客户端。您不希望客户端有数百个包含。
一个想法是监控有多少同时发生的请求，以及它是否达到了阈值（你可以通过sims找出痛苦的阈值）开始缓冲队列中的请求以确保每个用户获得顺利的体验。也许他们会在开始时等待更长时间，但一旦加载开始，它将是平滑的而不是应用程序加载的位。对于用户来说最烦人的事情是不知道该物品是否已经完成加载，或者将其加载到中途然后停止。
但最终，您需要查看硬件解决方案。如果是IO密集型，请查看硬件LB和具有SSD驱动器的服务器的设置。