大家早上好，
作为从重型客户端项目迁移到连接的项目的一部分 应用程序到服务器（目前正在研究DataSnap XE10.2），以便临时传输并从服务器检索信息。
我们希望对其他可用技术有一些反馈， 它们的耐用性和易适应性。
以下是我们申请的简介
客户端连接到可以在其他位置托管的远程服务器。
在3天的时间内，最多可同时连接300个客户端。
这300名客户可以每小时发送一次变量（1到2小时，以不同的方式发送。
取决于一天中的时间（不同的国家/地区）。
这些连接最多可以传输5000个数据，因此在一个月的时间内300 = 1,500,000。 目前我们选择了DataSnap解决方案，因为它已经用于医疗应用。
特别是因为它易于从Delphi重客户端项目迁移到这种类型的架构。
也是他与德尔福的同情。
我们的问题：你怎么看？ 您提出了哪些论点和中间或其他解决方案？就RAD服务器而言，这需要每个许可证的成本，但它是否退出了从DataSnap应用程序迁移到RAD服务器的示例？ 您在这些不同领域的经历是什么？ （具体案例）
在我们这边，我们将启动300个客户端的模拟，向我们的DATASNAP服务器发送5000个请求JSON REST，这些服务器将每个查询插入数据库。
40GB的MySQL，插入将返回确认收据和书面确认（简单布尔）
感谢您的反馈，我们将发布测试结果
答案 0 :(得分：1)
有several solutions，但我建议使用Open Source mORMot framework。
它的SOA基于interface类型定义，从头开始是REST / JSON，并且是reported to have very good performance and stability, especially in respect to DataSnap。它是开源的，可以与Delphi和FPC（也是under Linux）一起使用 - 因此可以被认为是中长期更安全的解决方案。 DataSnap多年来没有发展太多，我不理解RAD服务器的“黑匣子”方法。
关于迁移现有数据库或系统，请查看this blog article，其中显示了mORMot的一些基本步骤。
您可以使用其他砖块，例如ORM，用于动态网站生成的MVC层，日志记录，界面存根，高性能数据库层，跨平台客户端，详尽的文档以及许多其他功能。