Web applications 就项目使用的技术寻求建议：ORMs、构建反应式接口等

我的朋友和我正在启动一个相对雄心勃勃的长期项目，我们需要一些帮助来决定哪些技术最适合我们的需要。我们将非常感谢任何关于哪些技术最适合我们项目的建议或意见。以下是有关该项目的一些信息

这个项目将作为一个web应用程序开始，但在未来应该可以从iOS和Android应用程序完全访问

在绝对最高级别上，以下是我们的应用程序将要做的事情/它必须能够优雅地处理的事情：

 1. Make and receive many phone calls throughout the day
    1. We will be using Twilio’s APIs for these calls
    2. On average, we anticipate needing to handle ~25-100 concurrent phone calls at all times
        1. We also need to handle intermittent, and much less frequent, bursts of hundreds of concurrent phone calls, possibly even thousands.
    3. The large, large majority of these phone calls will require at least 1, but typically more, database queries. (we intend to use a relational database on the backend)
        1. So, while we aren’t too worried about kicking off a ton of concurrent phone calls, we are very worried about the person on the other end being held up due to these DB connections/queries getting backed up. Data being queried is mission critical, and must be available nearly instantly.
2. Automatically update all relevant pages of the web app’s UI every time a phone call leads to changing or adding a row somewhere in the DB
3. Automatically update all relevant pages of the web app’s UI every time a user makes a change through the web app rather than through the phone.

本质上，我们有一个大型ish应用程序，它将启动和接收电话呼叫，使用许多DB连接并执行大量查询等，但只需要很少的CPU。传递的大多数数据在输入数据库之前只需要对其执行很少的操作

对于一些原型设计，我们使用了来自AWS的免费层服务器，来自AWS的免费层MySQL DB，对于将在服务器上运行的后端代码，我们目前使用的是Python

我们一直在研究要使用的ORMs，但是我们看到了各种不同的观点，并且读到它们可能会减慢速度，当我们有很多用户在打电话时，我们希望再次避免这种情况。接下来，我们相信我们将要执行一些原始SQL。如果使用ORM，这会是一个问题吗？这会使事情复杂化多少

我们计划为数据库连接使用连接池，但这也是我们两人都没有的经验。我们知道python中内置了一些包来帮助处理这样的池，但是有什么理由我们应该在这里实现我们自己的包吗

如果有人对这些技术是否适合我们的需要提出任何建议，或者有人对更好的技术提出建议，我们将不胜感激。

-询问我们推荐或查找书籍、工具、软件库的问题，教程或其他非站点资源对于堆栈溢出来说是非主题的，因为它们往往会吸引固执己见的答案和垃圾邮件。相反，描述问题以及迄今为止为解决问题所做的工作。-要求我们推荐或查找书籍、工具、软件库、教程或其他非现场资源的问题对于堆栈溢出来说是离题的，因为它们往往会吸引自以为是的答案和垃圾邮件。相反，请描述问题以及迄今为止为解决问题所做的工作。