通过 Web 作业部署新功能有 3 种方式：
同一个 Web 应用程序上的所有 Web 作业和 Web 作业功能都托管在同一个 VM 上，因此可能所有 3 个的实质性影响是相同的。但我想知道有什么区别。
对于决定如何将新的网络作业功能添加到我的云解决方案有哪些指导？
我对这 3 个选项的工作原理、指导、最佳做法和性能影响感兴趣。
【问题讨论】：
标签： azure azure-webjobs azure-web-app-service
这是一个很难回答的问题，我会尽力为您提供一些线索。 您应该记住以下几点：
性能：如果您将每个都放在同一个作业中，则作业主机将在每次调用您的一个函数时创建一个新线程。在同一进程中线程过多会影响性能。我的选择是限制在同一进程中运行的线程数。如果您在 Google 上搜索“多线程与多处理”，您会找到一些很好的答案。无论如何，没有通用的指导方针，您应该使用分析工具来帮助您确定适合您情况的最佳解决方案。
崩溃：假设您在同一个工作中有 2 个函数。如果一个函数崩溃，它可能会导致整个工作崩溃。因此，您可能需要创建单独的作业来隔离需要弹性并始终运行的功能。
配置：同一个 Web 应用中的多个作业可以共享配置（应用设置）。取决于您管理配置的方式（从门户或使用 app.config），您可能需要为具有不同配置的作业创建单独的 Web 应用程序。
部署：当您在 webapp 中部署 webjob 时，会导致 webapp 重新启动。如果您有一个网站或其他需要继续运行的作业，您可能需要创建一个单独的 Web 应用程序，以便特定组件的新部署不会影响其他组件的可用性。
“缩放”：Webjobs 将在您的应用服务的所有实例上运行。您可以将特定作业或特定功能指定为单例。这也是您应该牢记的。
否则您可能对Azure Functions 感兴趣。它使用自动扩展的动态应用服务计划，您只需在功能运行时付费。每个功能都是独立的，所以你完全不用担心:-)
【讨论】：
据我所知，您可以利用 WebJobs 在 Web 应用程序的上下文中执行基于不同类型（脚本、可执行程序等）的自定义作业。为了尽量减少 WebJobs 对 Web 应用程序性能的影响，您可以尝试在新的应用服务计划中创建一个空的 Azure Web 应用程序来托管您的 WebJobs，它可以执行一些长时间运行的工作流、I/O 密集型作业，CPU密集型作业等。我建议您可以参考best-practices-background-jobs。另外，还有一个关于Azure Webjobs: One Job with several Functions, or several Jobs with 1 function each的相关帖子，你可以参考一下。
【讨论】：