我有一个遗留的 exe,它采用本地机器文件路径,处理它并再次在本地路径中生成输出文件。这可以在 Azure Webjob 上运行吗?
我正在考虑编写一个包装 exe,它从 blob 存储下载文件 -> 将其存储在本地文件系统中 -> 使用本地文件路径调用旧版 exe -> 获取输出并将其再次上传到 blob。
这种方法会奏效还是有局限性?
我有一个遗留的 exe,它采用本地机器文件路径,处理它并再次在本地路径中生成输出文件。这可以在 Azure Webjob 上运行吗?
我正在考虑编写一个包装 exe,它从 blob 存储下载文件 -> 将其存储在本地文件系统中 -> 使用本地文件路径调用旧版 exe -> 获取输出并将其再次上传到 blob。
这种方法会奏效还是有局限性?
如果您最终编写了一个包装器,那么您可能会对 WebJobs SDK 的文件绑定扩展感兴趣:https ://github.com/Azure/azure-webjobs-sdk-extensions 。例如:
// When new files arrive in the "import" directory, they
// are uploaded to a blob container then deleted.
public static void ImportFile(
[FileTrigger(@"import\{name}", "*.dat", autoDelete: true)] Stream file,
[Blob(@"processed/{name}")] CloudBlockBlob output,
string name,
TextWriter log)
{
output.UploadFromStream(file);
file.Close();
log.WriteLine(string.Format("Processed input file '{0}'!", name));
}
只要您将要写入/写入的文件夹传递给它,这样的 exe 应该可以正常运行。在进入 WebJobs 之前,我建议使用Kudu Console在 Web 应用程序中手动测试它,以确保它运行良好。
然后,如果您的目标是让它与 blob 输入/输出一起工作,那么包装器 exe 应该可以工作。显然,让它直接与博客流一起工作会更干净,但如果遗留 exe 是给定的并且无法更改,那么包装器方法应该没问题。