Wcf Azure服务总线中继-从本地获取数据

在Azure中是否可能出现以下情况

我需要将数据从客户场所获取到windows azure中，对其进行处理并将其保存到数据库或表存储中。客户场所位于防火墙/nat后面。。等等。构建单个解决方案（将为所有客户运行）并允许我获取特定客户的数据的最佳方法是什么

基本上，工人角色将从客户1获取数据，对其进行处理并保存；而不是来自客户2等等

---

我曾想过使用服务总线中继，但是否有可能构建一个自定义wcf服务，该服务将为许多用户运行，并在同一个端点中公开，并允许工作者角色向该端点请求数据，但针对特定的客户？

我有点困惑-如果您需要从客户那里获取数据，他们难道不能简单地调用您的服务吗？通常防火墙允许出站请求

---

如果您想以异步或半主动的方式向客户发送数据，服务总线中继将非常方便。David，服务总线中继是一个理想的解决方案。您可以编写一个WCF服务，该服务将在每个客户场所运行，并连接到云中的单个服务。在这里，使用服务总线继电器为您提供了许多优势： 1） 对于客户端服务，您不需要在其NAT/防火墙中打开任何入站端口，因为服务总线客户端将建立出站连接。 2） 您可以在云中运行单个或多个服务实例，并在服务总线上侦听单个或多个地址/端点。这样，您既可以在整个服务中扩展，也可以根据您的需求将每个客户隔离开来。 3） 我们支持负载平衡，您可以让多个发送者（来自客户位置）连接到一个端点地址，这里再次为您提供基于云的侦听器服务，您可以将多个实例连接到同一个端点 4） 广泛的WCF绑定支持可用，因此您可以根据需要选择适当的通道

以下是开始使用的其他资源： 概述：

---

示例：

但是我有一个问题。在您提到的示例中，我如何做到不在客户端使用issuername:OWNER及其密钥？我的意思是，出于安全原因，是否可以创建一个名为“MYCUSTOMER”的自定义发行者名称，以及它自己的密钥，而此自定义发行者名称将不会像所有者那样拥有完全控制权？你知道我的意思吗？我知道这个问题已经2年了，但我目前正在开发一个非常类似的解决方案。关于为服务总线身份验证创建其他标识，请查看Azure团队提供的SBAzTool，它是一个命令行界面和DLL，允许您以编程方式生成服务总线标识和权限（即侦听、发送、接收）以及密钥。把这个放在这里，以防其他人遇到这个问题，就像我一样！使用服务总线中继是可以的，但为此，您需要在on prem中的web服务周围有一个wcf包装器，或者需要进行一些配置更改。是否可以从azure web api调用on-prem web服务，而不更改on-prem web服务上的任何内容。