gpt4 book ai didi

Azure 服务总线文件流

转载 作者:行者123 更新时间:2023-12-02 07:14:59 24 4
gpt4 key购买 nike

我的服务器上运行着一个小型控制台服务,该服务将其端点公开给 azure 服务总线命名空间。我在流模式下使用 webHttpRelayBinding。我使用的 Microsoft 示例仅用于测试,位于此处:http://code.msdn.microsoft.com/windowsazure/Relayed-Messaging-Bindings-a6477ba0#content .

我有一个控制台应用程序客户端在另一台计算机上运行,​​该客户端连接到我的服务总线命名空间并调用我的服务接口(interface)。我正在使用示例调用 GetImage,在该方法中我所做的就是返回 5MB PDF 文件的流。

在托管我的服务的服务器上,我有一条 20MB 上传/下载光纤线路。它开放且速度极快。当我打开浏览器并按如下所示点击我的服务时:https://namespace.servicebus.windows.net/Image/GetImage它正确提取 5MB PDF 文件,但只会以每秒 90K 到 100K 的速度将文件传输给我。我一开始以为我受到了服务器上传速度的限制,但上下有 20MB 光纤,这很难证明是合理的。所以我把这项服务转移到了我的家用电脑上,上传速度只有区区 750K。我启动了该服务并托管了中继。然后,我的一个 friend 在他家里通过浏览器打开了该服务,提取了相同的 5MB PDF 文件,你瞧,它以每秒 90K 到 100K 的速度将文件传输给他。

我很困惑为什么会这样。有人可以在这里给我见解吗?我可以向您展示您需要的所有代码,但我认为完全描述问题并引用我正在使用的微软示例就足够了。

提前谢谢您。

最佳答案

很晚才回复,但我发现这个问题与我现在正在做的事情相关。

根据建议,我建议尝试使用混合连接模式的 NetTcpRelayBinding。

http://msdn.microsoft.com/en-us/library/microsoft.servicebus.tcprelayconnectionmode.aspx

默认情况下,NetTcpRelayBinding 使用中继,这意味着流量通过 Azure。在混合中,仅通过 Azure 完成握手,然后建立直接连接。请记住,您将失去混合设置的传输安全性,这可能需要也可能不需要设置消息级安全性。

如果您尝试此方法,请告诉我们速度是否有所提高。

谢谢!

关于Azure 服务总线文件流,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/16487082/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com