ManageEngine Applications Manager
Applications Manager pushes monitoring past the server and out to the end user's network path
A side-by-side editorial comparison of Apache CloudStack and Icinga — release velocity, themes, recent moves, and the top alternatives to consider.
CloudStack's feed shows two LTS branches maintained in parallel and little else
The visible activity on Apache CloudStack is branch maintenance across two long-term-support lines, 4.20 and 4.22. The newest tag, 4.20.3.1, carries no release notes at all — just a line stating it was tagged on a fixes branch. The most informative recent entry remains 4.22.0.1, a security release fixing seven CVEs, several of them access-control failures around backups.
Icinga 2 is fixing the same API permission holes across every supported branch.
Icinga 2 ships security fixes as simultaneous releases across its 2.14, 2.15, and 2.16 branches, and has now done so twice in five weeks. The 18 August pair - v2.16.5 and v2.15.6, tagged 25 seconds apart - closes an events/* permission bypass on /v1/events and a memory-exhaustion path where a node could crash another using the 1 GB message limit, now capped at 16 MiB for messages from lower in the hierarchy. v2.16.5 additionally repairs an IcingaDB regression introduced in v2.16.0.
The visible activity on Apache CloudStack is branch maintenance across two long-term-support lines, 4.20 and 4.22. The newest tag, 4.20.3.1, carries no release notes at all — just a line stating it was tagged on a fixes branch. The most informative recent entry remains 4.22.0.1, a security release fixing seven CVEs, several of them access-control failures around backups.
This feed publishes tags, not changelogs: every maintenance release points at external documentation rather than listing what changed, so direction has to be inferred from version numbers and the occasional security advisory. What can be read from it is a steady dual-branch cadence, with 4.20 and 4.22 receiving parallel maintenance and 4.22 carrying the newer feature work. The one substantive disclosure in this window, the CVE batch, clustered around backup and template permissions.
The dual-branch maintenance pattern should continue, though the feed itself will not reveal feature direction unless a security advisory forces detail into it.
Icinga 2 ships security fixes as simultaneous releases across its 2.14, 2.15, and 2.16 branches, and has now done so twice in five weeks. The 18 August pair - v2.16.5 and v2.15.6, tagged 25 seconds apart - closes an events/* permission bypass on /v1/events and a memory-exhaustion path where a node could crash another using the 1 GB message limit, now capped at 16 MiB for messages from lower in the hierarchy. v2.16.5 additionally repairs an IcingaDB regression introduced in v2.16.0.
The recurring theme is that the API's filter and permission model was more permissive than intended. July's critical release introduced a filter-expression permission so DSL filters in API queries can be restricted per user, with enforcement deliberately deferred to v2.17; August's pair fixes filter expressions on /v1/events not being permission-checked at all. Cluster message handling is being tightened in parallel. The project is clearly working through an audit of the API surface, and it is backporting every finding rather than pushing users onto the newest branch.
Enforcement of the filter-expression permission is already scheduled for v2.17, so that release should be the one where the opt-in restrictions become mandatory - expect more backported API permission fixes across all three branches before it lands.
Other Infra & APIs products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either Apache CloudStack or Icinga.
Applications Manager pushes monitoring past the server and out to the end user's network path
ToolJet's LTS and beta trains both narrow to component polish and CVE patching
missSBM returns after four dormant years with a stricter API and a new refinement step.
Luminescence is revisiting the statistical assumptions baked into its dose-response fits.
sps keeps sanding down sequential Poisson sampling rather than adding to it.
simDAG grew a second simulation engine, then spent two releases surviving upstream breakage.
See all Apache CloudStack alternatives → · See all Icinga alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. Icinga is currently shipping more aggressively (velocity 5.0 vs 2.5), with 0 editorial sparks in the last 30 days against 0. See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. Icinga is currently shipping more aggressively (velocity 5.0 vs 2.5), with 0 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other Infra & APIs products to evaluate alongside.
Top Apache CloudStack alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "Apache CloudStack alternatives" section above for the current picks, or visit /alternatives/cloudstack for the full list with editorial commentary on each.
Top Icinga alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "Icinga alternatives" section above for the current picks, or visit /alternatives/icinga for the full list with editorial commentary on each.