构建可扩展的应用程序，而不仅仅是云就绪型应用程序

Question

最近，我与一位经验丰富的建筑师进行了讨论。讨论围绕在Web场中运行的基于Web的多租户应用程序的理想架构和设计展开。该应用程序的唯一任务是允许用户上传“n个”Excel文件，系统正在处理这些文件以生成非常复杂的报告。处理这些文件需要很长时间（每个文件一个小时，让我们把它当作一个限制）。因此，用户在上传后会等待来自系统的通知来下载生成的报告。

乍一看，这个需求看起来很简单，但是期望是应用程序必须100%可伸缩。我们讨论了各种解决方案和架构，但我们并不满意。我需要这个社区的成员提出设计和技术的解决方案。这不是我的专业任务，但这只是一项调查，旨在了解架构师对构建可扩展应用程序与只构建云就绪应用程序的看法，云就绪应用程序很容易扩展基础架构，而不是关注应用程序的可扩展性。

Answer 1

用户可以通过网站上传excel文件。他们的证书也通过了。后端在数据库中注册这个请求，并返回请求id(Guid或其他)。该过程结束。

windows服务正在运行并轮询数据库，以查找要处理的新请求。你可以利用石英。NET来计划将处理请求的多个并行作业。此请求处理（处理excel文件和生成报告）被委托给负载平衡的WCF服务，因此您拥有的WCF越多，可以安排的并行Quartz作业就越多。如果请求得到处理，可以安排另一种类型的Quartz作业发送邮件。

该网站定期轮询以查看请求（或特定请求）的状态和进度;并管理它们。对于已完成的报告，可以下载报告。

我认为这是一个非常可扩展的解决方案，也是松散耦合的。