用于文件处理的 Azure 后台服务答案

【问题标题】：Azure Back Ground Services For File Processing用于文件处理的 Azure 后台服务
【发布时间】：2020-01-15 12:21:52
【问题描述】：

我们目前有 Window 服务来处理入站/出站文件。在绑定文件中，我们读取数据并执行一些计算并将数据存储在数据库中。 Out Bound 文件，我们从数据库中生成数据。

我们现在想迁移到 azure。我有以下问题。

1) 在 azure 中存储文件的最佳方式是什么（Blob 或 azure 中的文件共享）。我们只有“.pdf,.txt,.xlsx”格式没有视频

2) 哪个进程更好处理文件 - WebJobs、虚拟机和安装窗口服务、Azure Batch Jobs、azure kubernetes 服务、Service Fabric。

请有人可以帮助我。

谢谢

【问题讨论】：

标签： azure azure-web-app-service azure-aks azure-appfabric

【解决方案1】：

您是如何通过 API、FTP 或其他方式接收文件的？真正回答这个问题需要大量细节，但这是我的想法。
Blob 存储将更具成本效益。如果您希望能够从 VM 映射网络驱动器，则只需要使用文件共享。如果处理一个文件将在 10 分钟内完成，我会查看 Azure 函数。如果您每天要处理数千个文件，Azure 函数会很昂贵，所以我会考虑在 VM 上的应用服务上运行它们或迁移到 Service Fabric。如果您有一个用于上传文件的网站，并且您已经在使用 Azure App 服务，那么您可以使用 Web Jobs。

【讨论】：

感谢您的回复。我们正在使用 FTP 从第三方接收文件，Windows 服务将处理这些文件。我们每天处理近 500 个文件，每个文件处理时间超过 10-15 分钟。大多数情况下，我们正在寻找不与 IAAS 一起使用的 PAAS。是否可以将此流程作为 Web 作业运行，或者它会更具成本效益。代替 Blob ，我可以使用文件共享并使用网络作业直接将文件（出站文件）保存到文件共享吗？
您是否愿意对 Windows 服务进行大量代码更改？您是否有在应用服务计划中托管的现有 Web 应用？处理这些文件在 CPU 和 RAM 方面的资源密集程度如何？
是的，我们准备更改窗口服务的代码以使其与天蓝色兼容。是的，我们托管了 .Net Web API。我们可以为此过程创建单独的网站并在此 webapp 中创建 web 作业。没有多少资源密集型只是耗时的过程。