[rabbitmq-discuss] pull task queue design

Mark Ward ward.mark at gmail.com
Fri Jul 27 14:34:52 BST 2012


Hi,

Disregard this thread.  I am making progress in reading and learning how to 
use the AMQP protocol.  I have had to unlearn how queues have been used in 
the past.  AMQP and RabbitMQ is impressive.

-Mark

On Tuesday, July 24, 2012 10:31:10 AM UTC-5, Mark Ward wrote:
>
> Hello,
>
> I am fairly new to rabbitMQ and AMQP.  I am wondering if it is possible to 
> build a pull task queue with task lease capabilities.  Something like the 
> Google App Engine pull queue  
> https://developers.google.com/appengine/docs/python/taskqueue/overview-pull.  
>
>
> I am exploring the idea to have an http/rest interface between our worker 
> and the server.  The server would connect rabbitMQ.  The workers are 
> distributed to our client sites.  The reasoning behind this is due to being 
> unsure how the persistent connection of AMQP will fair with customer’s 
> firewall and proxy server configurations.  I cannot predict the 
> combinations or limitations of outbound connections but typically http(s) 
> 80/443 are guaranteed outbound connections.
>
> Possibly a reassurance of how well the AMQP protocol fairs across the 
> internet may sway the design back to use the AMQP protocol over using the 
> http/proxy idea.  The AMQP setup at the client site will need to function 
> right from the start without having to involve network administrators 
> altering configurations.  It would be possible for us to host rabbitMQ on 
> ports 80/443.
>
> It might be impossible if I am correct that AMQP does not provide message 
> timeouts and messages are redelivered if the worker’s connection dies.  
> With an http/proxy implementation the connections would have to be 
> stateless.
>
>  
>
> -Mark
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20120727/1354589a/attachment.htm>


More information about the rabbitmq-discuss mailing list