在Amazon EC2上托管的应用程序中使用NServiceBus [英] Using NServiceBus in an Amazon EC2 hosted application

问题描述

我们正在开始一个新的项目，有一些信和排队要求是pretty的基础，但在未来可能会有的东西，一些额外要求，如传奇，以处理可能造成无序到达的消息和需要进行重新测序

We're starting a new project that has some messaging and queueing requirements that are pretty basic, but in the future there may be some additional requirements for things such as sagas to process messages that might arrive out of order and need to be resequenced.

我们刚刚日前公布的多数民众赞成在Amazon EC2上也有一个简单的消息传递系统，它完全负责的一个项目。我们有一个非常简单的小酒馆/分机制，使我们收到消息，然后计算出使用基于它的类型的消息，该消息处理程序。在我们的新项目，我们也有类似的机制，并可能有一些稍微复杂的要求，但即使我们可以废除有我们自己的code，以解决该邮件处理程序，这将是太酷。

We've just recently released a project that's completely hosted on Amazon EC2 which also has a simple messaging system in it. We have a very simplistic little pub/sub mechanism whereby we receive a message and then figure out which handler to use for the message based on its type. In our new project we also have a similar mechanism and may have some slightly more sophisticated requirements, but even if we could do away with having our own code to resolve the message handlers this would be cool too.

我们真的很热衷于使用NServiceBus的pub / sub模型是非常好的，但到现在为止，我们一直在使用Amazon SQS的队列提供者。我们的每一个EC2的机器有一个工人是在听同一个SQS队列，拉断的消息的，要对其进行处理。显然SQS不支持作为传输层（我知道这是因为NServiceBus是建立在一个可靠和低延迟队列）的NServiceBus。

We're really keen to use NServiceBus as the pub/sub model is really nice, but up until now we've been using Amazon SQS as the queue provider. Each of our EC2 machines has a worker that's listening to the same SQS queue and pulling messages off of that to process them. Obviously SQS isn't supported as a transport layer (and I know it's because NServiceBus is built around a reliable and low latency queue) in NServiceBus.

我知道NServiceBus有一个经销商，我可以想像托管在自己的EC2实例，但是，问题是，有一个巨大的单点故障出现的，所以我们基本上拧如果出现故障。从我收集，人安装Windows故障转移群集来处理这个问题的内部网络，但我不知道这是否适用于EC2。

I know that NServiceBus has a distributor, and I could imagine hosting that on its own EC2 instance, but the problem with that is that there is a huge single point of failure there, so we're basically screwed if that goes down. From what I gather, people setup windows failover clusters to deal with this problem for internal networks, but I don't know if this is applicable to EC2.

这是唯一的博客帖子围绕着我能找到的人谁实际上试图使用NServiceBus在基于云的背景下，他似乎并不推荐它。我只是想知道，如果任何人在这里已经尝试它，如果是的话，他们会有什么建议提供的？似乎是个耻辱，我们将不能够使用只是因为我们在云计算正在举办这么大的框架。

This was one of the only blog posts around that I could find by someone who had actually attempted to use NServiceBus in the cloud based context, and he doesn't seem to recommend it. I'm just wondering if anybody else on here has attempted it and if so would they have any advice to offer? Seems like such a shame that we won't be able to make use of such a great framework just because we're hosted on the cloud.

它看起来像有一些<一href="http://cloudshaper.word$p$pss.com/2010/11/02/azure-queue-storage-support-for-nservicebus/">progress正在使用Azure的队列这是一件好事，我们不妨来看看，但现在我们想保持与亚马逊的基础设施，因为我们有很多的构建自动化的，我们可以重复使用的是基于解决这一问题。

It looks like there's some progress being made with Azure Queues which is something we might look at, but for now we'd like to keep the infrastructure with Amazon as we have a lot of build automation that we can re-use that's based around that.

推荐答案

从亚马逊EC2排队的经验，我们发现SQS是非常低迷的高性能通讯。

From experience of queueing in Amazon EC2, we've found SQS to be very sluggish for high performance messaging.

我们现在还没有使用NServiceBus的排队接口，但只是想我会提到，我们成功地利用 RabbitMQ的上在EC2 Ubuntu的情况下，作为我们的队列提供者。

We're not currently using NServiceBus as the queueing interface but just thought I'd mention that we're successfully using RabbitMQ on Ubuntu instances in EC2 as our queue provider.

根据这个帖子乌迪大汉表明，人们已经换出MSMQ的的RabbitMQ与NServiceBus所以它可能是一个值得研究使用RabbitMQ的EC2上的。

According to this post Udi Dahan suggests that people have swapped out MSMQ for RabbitMQ with NServiceBus so it might be a worthwhile investigation to use RabbitMQ on EC2.

有一个很大的指导上的RabbitMQ的网站描述了在Amazon EC2上安装RabbitMQ的一个简单的方法，推出一个兼容的Ubuntu图像。

There is a great guide on RabbitMQ's website describing an easy way of installing RabbitMQ on Amazon EC2 by launching a compatible Ubuntu image.

我会强烈建议安装的RabbitMQ 管理插件的太多，让你在一个简单的Web管理界面队列。

I'd highly recommend installing the RabbitMQ Management Plugin too which gives you a simple web admin interface on the queues.

这篇关于在Amazon EC2上托管的应用程序中使用NServiceBus的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！