问题标签 [azure-functions]

Azure Functions 示例说明了如何将进程入口点放在 C# 脚本文件中.csx。但是，如何使用常规 C# 库 (DLL) 来实现该行为？我可以让 Kudu 像为 Webapp 所做的那样首先编译库吗？

在门户中创建 azure 函数应用后，我尝试通过从可用模板中选择“BlobTrigger - C#”并配置 Blob 路径和存储帐户连接字符串来创建新函数。虽然我可以输入 blob 路径，但存储帐户的文本字段被禁用。我错过了什么？

谢谢。拉古/..

新的 azure 函数预览包含一些 C# 模板。但是 C# 没有服务总线队列模板。具有服务总线的节点有一个触发模板。但仔细检查后，它只支持通知中心而不支持服务总线队列。是否甚至可以编写一个只能在项目出现在 azure 服务总线队列中时触发的 azure 函数？如果现在不可以，那么近期会有这样的模板吗？

谢谢。拉古/..

I've created some Azure Webjobs that use triggers and I've just learnt about Azure Functions.

From what I understand Azure Functions seem to overlap with Azure Webjobs features and I have some difficulty to understand when to choose between Function and Webjob:

• Unlike Webjobs, Functions can only be triggered, it hasn't been designed to run continuous process (but you can write code to create a continuous function).

• You can write Webjobs and Functions using many languages (C#, node.js, python ...) but you can write your function from the Azure portal so it is easier and quicker to develop test and deploy a Function.

• Webjobs run as background processes in the context of an App Service web app, API app, or mobile app whereas Functions run using a Classic/Dynamic App Service Plan.

• Regarding the scaling, Functions seems to give more possibilities since you can use a dynamic app service plan and you can scale a single function whereas for a webjob you have to scale the whole web app.

So for sure there is a pricing difference, if you have an existing web app running you can use it to run a webjob without any additional cost but if I don't have an existing web app and I have to write code to trigger a queue should I use a webjob or a Function ?

Is there any other considerations to keep in mind when you need to choose ?

当我创建 Azure Functions 时，它将默认设置为“32 位平台”。但是我通常将 ASP.NET MVC、OWIN 或任何其他项目设置为 64 位。

默认为 32 位平台

我想知道“Azure Functions 的 32 位或 64 位有什么区别”？

我猜这与 NuGet 包参考和内存分配有关。但是，由于 Azure Functions 最多只能分配 1536 MB，因此 32 位或 64 位根本没有影响。

是否有任何明确的理由或建议设置 64 位？任何建议将不胜感激。

编辑这个问题是在 2016 年写的，所以它可能不再相关

我刚刚创建了一个简单的函数应用程序，其中一个函数应在将新消息添加到队列时触发（门户内函数）

我使用“ServiceBusQueueTrigger - C#”模板来创建我的函数，因此代码如下所示：

从 Azure 门户，我得到了这个错误：

Microsoft.ServiceBus：远程服务器返回错误：（401）未经授权。此操作需要管理声明。TrackingId：6e27fe40-f667-4230-9995-d09f2ac67f35_G17，时间戳：2016 年 4 月 18 日晚上 10:17:41。系统：远程服务器返回错误：（401）未经授权。

一开始，我使用共享访问策略设置了我的连接字符串，该策略只允许监听队列并将其更改为管理声明，但我仍然有这个错误。

为了解决这个问题，我必须建立与 RootManageSharedAccessKey 的连接，以提供对服务总线命名空间的完全访问权限

这是正常/理想的行为吗？将来是否可以设置具有不同共享访问策略的连接字符串？

我创建了一个Azure 函数，只要将新消息添加到 Azure ServiceBus 队列就会触发该函数。使用此代码可以正常工作：

我已经看到我也可以将消息绑定到这样的 POCO：

现在我想将消息绑定到 aBrokeredMessage因为我需要访问消息的属性。

我想创建一个在将新消息添加到主题/订阅时触发的 Azure 函数。

目前，我使用 ServiceBusQueueTrigger C# 模板创建了一个Azure 函数，并将队列名称设置为

但我有这个例外：

Microsoft.ServiceBus：无法获取实体 'topic-test/Subscriptions/subscription-test'，因为它不是QueueDescription类型。检查您使用的方法是否具有正确的实体类型。System.Runtime.Serialization：第 1 行位置 1762 中的错误。期望来自命名空间“ http://schemas.microsoft.com/netservices/2010/10/servicebus/connect ”的元素“QueueDescription” 。遇到名称为“None”的“无” '，命名空间''。.

我认为 Azure 函数正在使用MessagingFactory.CreateMessageReceiver来初始化消息泵，但不是。

目前是否支持主题/订阅？

如何访问 Azure Functions 中私有 nuget 服务器中托管的 nuget 包？有什么方法可以指定我的私人 nuget 服务器信息吗？

谢谢！

有什么办法，我可以使用 powershell 脚本部署到 azure 函数？CI 对我们不起作用，因为我们使用 octopus deploy 来部署到我们所有的生产服务。因此，如果有一种方法可以使用 powershell 脚本进行部署，那将是有益的。

谢谢！