Tag: azure webjobs

我在哪里可以获得AzureWebJobsDashboard连接string信息？: 试图更新我的服务总线应用程序使用新的RTM，我需要这些信息。 <add name="AzureWebJobsDashboard" connectionString="DefaultEndpointsProtocol=https;AccountName=;AccountKey=" /> <add name="AzureWebJobsStorage" connectionString="DefaultEndpointsProtocol=https;AccountName=;AccountKey=" /> 以前我只是使用与每个队列关联的连接string。我已经试过用户名和密钥的每个组合，我已经与我的帐户关联，没有运气。

Azure Webjobs与Azure函数：如何select: 我创build了一些使用触发器的Azure Webjobs ，并且我刚刚了解了Azure函数。从我所了解的Azurefunction似乎与Azure Webjobsfunction重叠，我有一些困难，以了解何时在function和Webjob之间进行select：与Webjobs不同的是，函数只能被触发，它并没有被devise成运行连续的过程（但是你可以编写代码来创build一个连续的函数）。您可以使用多种语言（C＃，node.js，python …）编写Webjobs和函数，但可以从Azure门户编写函数，以便开发testing和部署函数更加轻松快捷。 Webjobs在App Service Web应用程序，API应用程序或移动应用程序的上下文中作为后台进程运行，而函数则使用经典/dynamic应用程序服务计划运行。关于缩放，函数似乎给了更多的可能性，因为你可以使用dynamic的应用程序服务计划，你可以缩放一个单一的function，而对于一个webjob你必须扩展整个web应用程序。所以肯定有一个价格差异，如果你有一个现有的networking应用程序运行，你可以使用它来运行一个webjob没有任何额外的成本，但如果我没有现有的networking应用程序，我必须编写代码来触发一个队列我应该使用webjob还是函数？在需要select时，是否还有其他注意事项需要记住？

我应该如何在ASP.NET 4中执行长时间运行的任务？: 我正在使用.NET 4构build一个网站。有许多从2003年开始使用的MSDN文章，关于使用线程对象和2007年，使用.NET 2中的asynchronous页面，但这是非常陈旧的。我知道.NET 4给我们带来了Task类，有些人对此有些模糊警告。所以我问你，在ASP.NET 4的IIS下运行后台/asynchronous工作大约在2011年的“首选”方法是什么？关于直接使用线程/任务有什么警告？ Async = true仍然stream行吗？编辑：好的，好的，从答案很清楚的意见是，如果可以，我应该提供服务。但是在webapp中做这件事情的好处是很重要的，特别是更容易的部署/重新部署。假设这个过程是安全的，那么，如果我在IIS里面做，那么最好的办法是什么？