我想问一会儿一个问题，但是现在越来越多的合适时间问这个问题。
我正在用PHP构建一个系统来处理度假设施的预订。
每个设施（酒店，汽车旅馆，旅馆，珠子和早餐等）都有其自己的登录名，并且能够管理自己的预订。
现在，它正在具有单个数据库的系统上运行，该数据库将主机名，用户名和登录名分开的用户数据。
该系统还配备了导入合作伙伴/转售商提供的预订的选项。 我已经为此创建了一个特定页面。
说： cron.examplesystem.com
Cron任务每5分钟调用一次此URL，以检查是否有任何新预订或任何未决的更改/取消或确认。
现在出现问题
到目前为止一切都很好。
但是，我们每个客户都有一个实例。通常，每个呼叫必须处理3到95个预订。
但是当我现在从每个客户端的一个实例更新系统时，我为所有客户端使用一个实例。
所以过去： myclient.myholidaybookings.example.com
我现在要去： myholidaybookings.example.com
使用一台服务器来处理所有客户端，而不是每个客户端自己的多个服务器。
这将给服务器带来很大压力。总的来说，这不是我的后顾之忧，因为我一直在努力使其可管理和可扩展。
但是我不知道如何解决这个问题。
因为假设我们有大约100个客户，每3-95个预订（平均49个），我们将有490个预订或更新以处理一个时间。 当然，我们很快就会超时。
这就是我要防止的。 现在可以找到各种创造性的解决方案。但是什么是最佳实践。我想创建一个可靠的解决方案，并且不必在上线一半时就进行重新设计。
摘要：
问题：我有一个系统可以在一个调用中处理许多API提要，并且如果系统中有很多用户，我敢肯定我们在处理时会超时 理想的解决方案：PHP中的最佳实践方法，该方法如何处理和处理许多API提要，而不必担心用户数据库增长时会超时。