问在缩放的网站上显示实时数据？

EN

不使用无服务器函数(Lambda/Azure函数)

虽然我是无服务器功能的超级粉丝，目前在Lambda中运行一个完整的web应用程序，但我不认为这是你的用例所需要的，也没有经济上的意义。正如您在评论中所回答的那样，每一家航空公司都不会直接写到数据库，它们将推送到API，这意味着当航班更改时，您将被明确告知。当航空公司向您发送新数据时，您只需通过websockets将其传播到所有浏览器端点。这使得设计非常简单。没有必要人为地创建一个数据库事件，然后触发一个函数，该函数将告诉您已更新了一个航班。这就像移除你的门铃，用触发门铃的运动检测器来代替它:)

成本

钱总是值得它自己分的。兰博达与其说是技术上的突破，不如说是经济上的突破。你必须知道什么时候它的成本效益。您需要支付每个请求的费用，所以如果您处理一个每月处理10,000次操作的过程，或者比lambda每天只触发1,000次的操作，那么您的处理过程就非常便宜，而且实际上是免费的。您还需要支付函数执行的时间长度和执行过程中所消耗的内存。通常，使用lambda函数是有意义的，因为在这些函数中，专用服务器大部分时间都处于空闲状态。因此，AWS不是一个完整的EC2实例，而是按需提供一个容器。在某些点上，高请求率和不断运行的进程使得lambda比EC2更昂贵。本文讨论了在一定程度上使用lambda如何更便宜，-> https://www.trek10.com/blog/lambda-cost/也适用于Azure函数和googles等价物。它们都是按需提供的集装箱。

如果您正在处理航班信息，我可以想象，您将每分钟更新数千次航班，因此您的lambda函数将像运行EC2实例一样不断地启动。你最终会支付比EC2多得多的钱。如果您的服务需要24/7工作，并且运行24/7，活动频繁，这无疑是专用服务器或服务器的有效用例。

提出的解决方案

以下是我将使用的组件：

• 某种消息队列(可能是带有SNS的RabbitMQ或AWS )
• Web后端(选择将取决于编程语言)
• 航空公司输入API (REST，GraphQL，或者可能是AWS动态数据消防软管)

​

​

航空公司将数据发布到后端api。更新存储在消息队列中，web应用程序通过websockets将结果实际显示给用户，并从队列中读取。

可伸缩性

为了实现可伸缩性，您可以在自动标号组中的多个EC2实例上运行websocket应用程序(所有这些实例都是从同一个队列服务中读取的)，因此，随着额外的负载，将自动创建更多的实例，因此名为“自动标注”。这些实例可以放在弹性负载平衡器后面。关于如何做到这一点和它的旗舰设计模式的许多AWS文档。如果您使用AWS，您不需要自己管理可伸缩性细节，aws就会处理这个问题。唯一真正要扩展的组件是websocket应用程序和飞行数据输入端点。您也可以在自动标度组中运行api，但是AWS确实为高流量数据处理提供了额外的工具。我在下面详述这一点。

测试可伸缩性

让一家模拟航空公司用成千上万的假更新来启动您的服务是相当容易的，另一方面，您可以轻松地运行多个selenium测试线程，模拟浏览器单击并验证UI是否仍然有效。

附加工具

如果它最终是大量的数据，而不是为您的航班更新服务使用传统的REST，您可以考虑AWS专门为处理大量实时更新而提供的服务(KinessisDataFire浩) https://aws.amazon.com/kinesis/data-firehose/，但我从未使用过它。

首先，请不要想得太多。这是一个需要解决的小问题，不需要任何特殊的技术、技术或时髦的模式和框架。

实际上，您有三个功能区域，您几乎可以单独处理。

1. 摄取-从不同来源收集和标准化数据。为此，您需要一个流程和转换引擎，LogicApps之类的。
2. 你的数据库。你很快就会发现，并非所有航班都是相同的;)。虽然看起来是这样，但数据量并不大。为特定函数进行调优的MySQL/ Server实例将运行得很好。提示，您不需要为每一次移动都准备好随时显示的数据。
3. 演示。数据API和UI。这是最简单的部分。我建议你一开始使用基本轮询。由于您永远无法控制的原因，对于飞行数据的SLA是5分钟，所以实时客户端通知系统是您首先应该花在其他地方的时间。