Given an API for a work-queue: add_job take_job, it wouldn't be too hard to write a database-backed version to use as default, and a 'real' queue-based version to grow with... would it?
Just picking an example, RabbitMQ seems to be capable of many thousands of messages/second. ActiveMQ also.
(disclaimer: I haven't ever looked at the poller task tables in any detail, OR the complexities of reliable work-queues in MQ systems - it just seems like a good idea not to reimplement this kind of middleware functionality in a database as things grow)
New Cacti Architecture (0.8.8) - RFC Response Location
Moderators: Developers, Moderators
-
Howie
- Cacti Guru User
- Posts: 5508
- Joined: Thu Sep 16, 2004 5:53 am
- Location: United Kingdom
- Contact:
Re: New Cacti Architecture (0.8.8) - RFC Response Location
Weathermap 0.98a is out! & QuickTree 1.0. Superlinks is over there now (and built-in to Cacti 1.x).
Some Other Cacti tweaks, including strip-graphs, icons and snmp/netflow stuff.
(Let me know if you have UK DevOps or Network Ops opportunities, too!)
Some Other Cacti tweaks, including strip-graphs, icons and snmp/netflow stuff.
(Let me know if you have UK DevOps or Network Ops opportunities, too!)
Who is online
Users browsing this forum: No registered users and 0 guests