English 中文(简体)
在NET Service Bus Queues诉Queue Service[闭门]之间举行
原标题:Choosing between .NET Service Bus Queues vs Azure Queue Service [closed]

Closed. This question needs to be more focused. It is not currently accepting answers.


就申请而言,只是一个快速的问题。 如果我发挥一些需要交流的网络和工作人员作用,文件就应使用Queue服务公司。

然而,我刚刚读到这个新东西。 NET Service Bus现在也提出问题。 他们认为,这更强大,因为它们似乎提供了更为详细的内容。 页: 1 NSB认为它更令人感兴趣的是,它存在几个问题,使我担心在分配申请中使用它。 (例如,如果我不能保证及时延长调查时间,我就会失去一切!)

任何人在这两种技术中都曾有过任何经验,在选择技术时可以提出任何建议。

我怀疑,虽然服务客车的实力越强,因为我的使用案例确实是使网络/工人能够相互沟通,但Queue服务是我之后的。 但我真的是在想确认这一点,然后再把自己推向一个角落:——

提前感谢。

UPDATE

在休息时间读到两个系统。 它不喜欢。 该网络服务公共汽车的设计更具体地是为了整合各种系统,而不是提供一个通用的可靠信息系统。 烟雾的分布非常可靠,可以如此计算。 NSB的问询并不合适,也更适合代谢。

感谢这些答复。

最佳回答

我建议你把网络与工人角色联系起来。 利用询问是官方和受制裁的沟通过程,我真诚地怀疑,你会把节目编成一个角落。 服务型客车(AppFabric)的间接费用较高,虽然与外部用户交谈确实很好,但可能不是最佳的快速和简单的信号。

问题回答

Storage Queues vs Service Bus

这里是我通过这一问题思考的一些不同考虑的细目。

Availability

由于去年11月的仓储承诺,从来不会再向所有地区部署编码——将其安装到系统,使其无法使用。

这里,有人说,可以提供:

如果你已经使用布罗布或桌子,并且你开始使用座椅,就会有99.9%的可用性。 如果你使用Blobs或桌子,则你的可用性就会降低。

Azure 询问的目的是支持应用部分的脱节,以提高对失败的衡量和容忍。

Development

Personally, I am comfortable with the storage APIs and already have need for its blob storage in other areas of most apps. Storage queues use the very same sdk as storage blobs. Azure Queues provide a uniform and consistent programming model across queues, tables, and BLOBs

Cost

接收和删除由Sus公司支持的模式,可减少用于降低交付保证的电离层操作量(和相关费用)。

似乎有些工具可以用来控制服务公共汽车的费用,如果你不得不开始维持预算来管理你的评估,那么你可以发挥杠杆作用——我确实试图将潜在的储存费用降低到以下: 每月不到100桶,每小时4万多桶。 我看不出把注意力集中在这里的削减费用上。 (Bandadwidth对两者都是一样,在比较时取消)

Storage pricing

你们获得无限制的自由放电和操作——你们支付空间费用

  • assume 30K message size as an average
  • assume 1000K in an MB not 1024
  • assume you will not hit the graduated pricing above 1TB

1 D-1, 1 D-1, 1 D-1, 1 D-1, 1 D-1, 1 D-1, 1 D-1, 1 D-1, 1 P-5, 1 P-4, 1 P-3, 1 P-2, 1 P-2, 1 P-2, 1 P-2, 1 P-2, 1 P-2, 1 P-2, 1 GS, 1 GS

1个电文/~30K * 100 000 000 000K / 1 TB = 33333个电文载于TB

33333份电文 * 0.00000285美元/电文=195美元

在一个月之内,我们可以每小时4万份电文,每小时1秒钟。

Service Bus pricing

  • 10 bucks a month base price
  • pay per operation (any api call is an op) - add a queue / receive a queue / monitor the queue / etc.
  • you get 12.5 million free ops / month
  • pay per million ops after that

很难估计这里的使用情况,但1亿美元的业务费用为每月80桶。

Batch Receive

储存量最多可达32条电文,具体指明在检索电文时的电文量,而服务公司则允许客户将多条电文输入单一发送业务。

因此,储存是批量,而服务公共汽车是批量。

Monitoring

查询使你能够获得一份详细记录,记录所有根据查询进行的交易以及总合的衡量标准。 这种支持并不来自“服务客车”的箱子,但可能在某些地方找到一个预先设计的解决办法。

Forwarding

服务型客车有一个自动通道,储存点缺失。

auto-forwarding使数千个电站能够将其电文自动传送到一个电站,接收申请从那里接收电文。 您可以利用这一机制实现安全、控制流动,并在每个电文出版商之间实现储存隔离。

Duplicates

由Sus queues支持的重复检测功能,根据信息信息数据库财产的价值,自动消除发给查询或专题的重复信息。

储存电文可无警告地重复。

Metadata

服务客车给你电头+人的两部分。 这对全球部署的基础设施非常有用。 让我把你的信息与区域名称和实例相提并论。 询问信息是简单的插曲。 而另一方面,“宝库”则以名称/价值奶制品的形式,提供可适用于格恩描述的任意特性。 因此,你可以把电文贴在服务车上,把点与储存点脱钩。

Delivery Guarantee

Service Bus offer At-Most-Once and At-Least-Once while Queues only offer At-Least-Once delivery. 如果同时订户成为问题,这可能会限制我们使用问题的能力。

Performance

储存站提供10毫秒(数据中心)和20-25秒的服务。 服务公共汽车确实提供长途汽车,如果需要,则会比10米更好。

Security

储存点使用主要/次要共同的钥匙,而服务公共汽车则通过同供应商/接收者/阿明角色的主动名录向管理局提供。

references

据我所知,服务客车(如同当时一样)已经停下来了一段时间,但不能保证他们传递信息——一个机会!

由于你的使用案例仍然很基本,所以需要配对海流。

文件记录最近得到更新(05/21/2015年),详细情况是何时使用文件,以及共同特征(交易支持、电线和电线的规模、生活时间......)

https://azure.microsoft.com/en-us/documentation/articles/service-bus-azure-and-service-queues-compared-contrasted/

为了非常清楚,这是对两个组成部分的比较,这两个组成部分是在不同的时间点设立的,原因不同。

储存站和服务布局——比较和对比

Azure supports two types of queue mechanisms: Storage queues and Service Bus queues.

Storage queues, which are part of the Azure storage infrastructure, feature a simple REST-based GET/PUT/PEEK interface, providing reliable, persistent messaging within and between services.

Service Bus queues are part of a broader Azure messaging infrastructure that supports queuing as well as publish/subscribe, and more advanced integration patterns. For more information about Service Bus queues/topics/subscriptions, see the overview of Service Bus.

While both queuing technologies exist concurrently, Storage queues were introduced first, as a dedicated queue storage mechanism built on top of Azure Storage services. Service Bus queues are built on top of the broader messaging infrastructure designed to integrate applications or application components that may span multiple communication protocols, data contracts, trust domains, and/or network environments.





相关问题
Windows Azure WorkerRole response

I am working on an Azure demo to run Powershell in a worker role. In my web role I add the name of the Powershell script which is to be run to a CloudQueue object. I can print the script output to ...

Windows Azure WebRole stuck in a deployment loop

I ve been struggling with this one for a couple of days now. My current Windows Azure WebRole is stuck in a loop where the status keeps changing between Initializing, Busy, Stopping and Stopped. It ...

Getting a token for Windows Azure

We are looking at Windows Azure, but getting a token appears to be hard now, at least that s what I m seeing in web searches. Anyone tried it or know how to accelerate that process? Any idea how long ...

Developing Azure .Net 4.0 Applications

Presently .Net 4.0 is not supported on Azure. This thread indicates that you will not be able to use .Net 4.0 with VS 2010 until it is supported in the cloud. http://social.msdn.microsoft.com I d ...

.NET 4.0 on Windows Azure?

My google-fu is failing me on this one. As a possible solution to Unit Testing .NET 3.5 projects using MStest in VS2010 (but I ve put this in a seperate question because it s kind of unrelated): Is ...