On Fri, Jan 7, 2011 at 5:03 PM, Laurent Guyon <laurent.gu...@adelux.fr>wrote:

> Le jeudi 06 janvier 2011 à 15:47 +0100, nap a écrit :
> >
> > On Thu, Jan 6, 2011 at 10:40 AM, Laurent Guyon
> > <laurent.gu...@adelux.fr> wrote:
> >         It's the old producer-consumer problem.
> >
> >         Using a central and external MQ manager can be a good idea, an
> >         elegant
> >         idea (see amqp or zeromq for example), but I agree with Jean :
> >         it won't
> >         solve the persistence problem magically : queues's items still
> >         need to
> >         be secured and stored until brokers consume them, by
> >         satellites
> >         (brokers/schedulers...), on by the central MQ.
> >
> >         Some admins will love to install and use external and modern
> >         tools like
> >         couchdb or MQ, but others may be scared, and this could be
> >         problematic
> >         especially in highly secured environements.
> >
> >         Furthermore, code that let the possibility to use a MQ or not
> >         can be
> >         very complex.
> >
> >         The choice is not trivial ;)
> >
> >         A good starting point before rewrite all the code (^^) could
> >         be securing
> >         existing queues, to be at least restart-safe and
> >         link-loss-safe :
> >          * write queues items on disk in a python pickle when
> >         scheduler/broker
> >         stops
> > Yes. There already the retention dump, we can save also interesting
> > data too.
> >
> >          * re-read these pickles when scheduler/broker restarts
> >         This pickle could also be used to store what you call
> >         "backlog" : when
> >         queue is full and no broker comes to get broks, store oldest
> >         broks on
> >         disk (not very IO costly i think).
> > It's the read of the previous write :)
> >
>
> Yep.
>
> I'll try to work on it (if you are ok naturally ;) )
>
Yes, no problem at all :)


Jean


>
> Laurent
>
>
>
>
>
> ------------------------------------------------------------------------------
> Gaining the trust of online customers is vital for the success of any
> company
> that requires sensitive data to be transmitted over the Web.   Learn how to
> best implement a security strategy that keeps consumers' information secure
> and instills the confidence they need to proceed with transactions.
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Shinken-devel mailing list
> Shinken-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/shinken-devel
>
------------------------------------------------------------------------------
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web.   Learn how to 
best implement a security strategy that keeps consumers' information secure 
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl 
_______________________________________________
Shinken-devel mailing list
Shinken-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/shinken-devel

Reply via email to