问题标签 [azureservicebus]

我们使用Azure 服务总线中继向外部公开内部 WCF 服务，但是当尝试将我们的外部服务使用与 IIS 日志对应起来时 - 由于 Web 服务器日志中没有服务总线中继请求的条目，我们做得不够。这是有道理的，因为我们向云中继建立了一个出站 HTTP 请求，并且所有请求都通过这个主机连接（我们正在使用HttpRelayBinding）提供服务。

在为中继请求提供服务时，是否有任何方法可以创建 IIS 日志条目，或者我们必须求助于WCF 诊断日志记录来跟踪我们的中继使用情况？我们的目标是将我们的 Azure 计费（交易/月）与我们的实际中继使用情况相协调。有没有其他人尝试过这个或找到一个简单的解决方案来跟踪或监控服务总线中继流量？

使用 Windows Azure 服务，并从本地（防火墙后面、NAT ....）公开 WCF 服务终结点，是否可以让 Azure 中的工作人员角色可以使用 Intranet 站点？

基本上，我希望能够从 azure 中的工作角色向本地站点发出 HttpWebRequest 请求，例如 http://intranet.domain.net。这可能吗？或者我怎样才能使它成为可能？

Microsoft 提供了最佳实践（Best Practices for Performance Improvements Using Service Bus Brokered Messaging）来实现高吞吐量。据它说：

如果所有消息都路由到所有订阅，单个主题有 5 个订阅可以实现高达 600msg/s（消息大小：1KB）的消息吞吐量。

为了获得更高的吞吐量，我们应该使用多个主题。我需要为将用于 10,000 个租户的解决方案实施事件模式。

问题是：

1. Azure 服务总线的可扩展性有多大，即每个主题或每个命名空间可以支持多少事务？
2. 我还需要关心 HA 还是微软会处理它。根据 MSDN，我需要处理灾难恢复，但我找不到任何 HA 参考。

我们已经在 Azure Service Bus Scalability帖子中找到了类似线路的讨论，但答案还不清楚。

我即将开始一个将用作简单消息总线的项目。消息或事件将在等待订阅者时发送给它。不必存储消息，因为我只是希望它作为任何订阅者实时数据的传递。首选的交付机制是 Web 请求 - REST/JSON。

在我最近与 Redis 的合作中，我认为这是一个很好的候选者，但由于我们主要是Microsoft 商店，所以我也在考虑WCF 服务和Windows 服务总线。

订阅者可能并不都是 .Net 客户端，所以我希望尽可能多地使用它，但是在门外，.Net 客户端连接将是第一位的。

我想创建尽可能简单的实现——不需要大量的开发时间，因为我想把大部分时间花在订阅者身上。

欢迎提出建议。

我正在使用 SignalR 服务总线包让 SignalR 在部署中跨多个 Azure Web 角色实例协调活动。

我曾经能够选择要使用的服务总线主题名称。将 SignalR 和服务总线包更新到 rc1 后，该选项不再可用。相反，SignalR 使用 Web 角色的名称作为其主题名称。

问题在于，当多个 Azure 部署同时运行（即生产和暂存）时，它们会争夺以 Web 角色自动命名的单个服务总线主题。我最终会收到大量重复的消息。我希望每个部署都有自己的服务总线主题。

如何使用单个服务总线命名空间来管理同一项目的多个部署中的 SignalR 连接？或者甚至两个不同项目的两个部署恰好具有相同名称的 Web 角色？

我对 azure 服务总线计费有疑问。如果我有以下代码，并且很长时间没有发送消息，请说 5 小时。

假设我只有一个订阅，代码如下。在这种情况下，在这 5 个小时内，我会收取什么费用（是一次发送一次下载一次，还是我会为 azure 在后台实现的轮询保持活动付费）？

一个简单的问题：

是否可以在亚马逊云上使用 Windows 服务总线来构建基于 SOA 的解决方案？

http://msdn.microsoft.com/en-us/library/windowsazure/jj193022%28v=azure.10%29.aspx

我正在开发一个从 Azure 服务总线队列中提取消息的 Java 应用程序。我正在使用 Java Azure API (com.microsoft.windowsazure.services)。我遇到的问题是代理消息在处理后删除有时会失败。

我的应用程序使用 ServiceBusContract 对象上的 receiveQueueMessage() 方法，使用 peek-lock 接收模式从队列中提取消息。成功处理消息后，我通过调用 deleteMessage() 方法从队列中删除消息（我相信此方法对应于 .NET API 中的 Complete() 方法）。

但是，有时此方法调用会失败。deleteMessage() 将 com.sun.jersey.api.client.UniformInterfaceException 异常记录到控制台，但它不会抛出此异常（我将在下面生成输出）。该异常似乎表明找不到该消息。发生这种情况时，消息将保留在队列中。实际上，下一次调用 receiveQueueMessage() 会再次检索此消息。然后删除失败一次或两次，然后成功。此后检索到的消息成功删除。

下面是出现问题的代码：

以下是出现问题时的输出示例：

请注意，异常中的 URI 似乎引用了不同的消息 ID（efa56a1c-95e8-4cd6-931a-972eac21563a，而消息的 ID 实际上是 100790000086491）。我不知道这是否是失败的关键，但我有一种预感。

另一个有趣的观察：看起来错误总是发生在应用程序启动后从队列中检索到的第一条消息中，或者在队列为空之后。此后收到的所有消息似乎都不会导致此类问题。

该队列的锁定持续时间为 2 分钟，并且消息的处理在该持续时间内完成，因此过期的锁定不是原因。

有任何想法吗？

Is it possible the following scenario in Azure?

I need to get data from customer premises into windows azure, process it and save it in db or table storage. The customer premises are behind firewall/nat .. etc. What is the best way to build one single solution (that will run for all customers) and allow me to get the data of a specific customer.

Basically the worker role will get the data from customer 1, process it and save it; than from customer 2 and so on.

I thought using service buss relay, but is it possible to build a custom wcf service that will run for many users, exposed in the same endpoint and allow the worker role to request data to that endpoint but for a specific customer?

工作代码在这里

上面的代码正在工作。但是我不知道为什么要放 Thread.Sleep()。我不想保留 Thread.Sleep()。但它不起作用我删除了 Thread.Sleep()。有什么建议吗？