Product · Rocket Aldon

Rocket Aldon: priced on people, not on capacity.

Rocket Aldon is application lifecycle management and software change management tooling, part of the Rocket Software DevOps portfolio. Unlike most mainframe spend it does not price on MSU; it commonly meters on users and managed environments. That changes where the cost hides and where the renewal levers are.

№ 01

What it is

ALMChange management

Rocket Aldon is a family of application lifecycle management and software change management products that govern how application code moves from development through test to production. It covers source control, change request management, build and deployment orchestration, and release governance across mainframe, IBM i, and distributed environments. Rocket Software acquired the Aldon line and folded it into its broader DevOps tooling, where it sits alongside the company's other mainframe and multiplatform development products. It is a development time tool: it manages the people and the process, not a production workload, and that single fact shapes its entire licensing story.

№ 02

How it is licensed

UsersEnvironments

Because Aldon is a change management tool rather than a runtime, it is typically licensed on user or developer based metrics and on the number of managed environments, editions, or instances, not on the MSU capacity of the LPAR it runs on. The controlling questions are therefore how many people genuinely use it and how many application environments it governs, not how much processor capacity the platform carries. Confirm the exact metric in your own schedule, because user definitions vary, named user, authorized user, and concurrent user each count differently, and the difference between them is a real number at renewal.

Rocket Aldon licensing at a glance
AttributeDetail
Product familyRocket Aldon, within the Rocket DevOps portfolio
CategoryApplication lifecycle and software change management
Typical metricUsers or developers, plus managed environments or instances
Capacity drivenNo, not metered on MSU like runtime products
Comparable toolsCompuware (BMC) ISPW, Broadcom (CA) Endevor

Confirm whether your user metric is named, authorized, or concurrent before renewal; each counts differently and the gap is negotiable.

№ 03

Cost drivers

Seat countInstances

The primary driver is the user count, however your contract defines a user. The second driver is the number of managed environments and instances, since each governed application footprint commonly carries its own entitlement. The third is edition and module breadth: Aldon spans several capabilities, and components licensed for platforms or applications no longer in active development quietly extend the footprint. None of these track mainframe capacity, so a hardware refresh that raises your MSU does not by itself raise Aldon cost, which is unusual for mainframe spend and worth confirming rather than assuming.

№ 04

Audit traps

Seat sprawlNon-prod

Aldon exposure comes from people and environments, not capacity. Common traps we see at pattern level:

Where exposure hides

  • Dormant named user seats left provisioned for staff who changed roles or left the organization
  • Contractor and systems integrator access that was granted but never counted against the user entitlement
  • Non production, test, and disaster recovery instances stood up without a clear entitlement line
  • Edition or module entitlements that drifted as platforms were retired or consolidated
  • Concurrent versus named user terms misread, so the deployed seat count exceeds what the metric actually permits
№ 05

Renewal levers

5 levers

Because the metric is people and environments, the levers are about reconciliation and portfolio context. The five that pay:

Buyer side levers

  • Reconcile active users: prove genuinely active named users against provisioned seats and reset a count inflated by turnover
  • Retire dead instances: stop licensing environments and instances that no longer exist after consolidation
  • Right size editions and modules: drop components for platforms and applications no longer in active development
  • Negotiate inside the Rocket relationship: bundle Aldon into the wider Rocket footprint so the broader spend carries leverage
  • Time the renewal: build the user and instance inventory before the vendor sets the clock, not after the quote arrives
№ 06

Alternatives, where credible

Reality check

Aldon's nearest functional rivals are Compuware (BMC) ISPW and Broadcom (CA) Endevor in the mainframe change management space, with native and open tooling increasingly relevant in modernization programs. Switching a source and change management system is real work, because it carries embedded process, history, and team habit, so a migration is rarely justified by licensing cost alone. The more reliable value of the alternative is leverage: a credible, scoped evaluation of a competing change manager disciplines the renewal, particularly when it can ride on a modernization program that is happening anyway. The usual win is a better deal on what you already run, not a disruptive replacement.

№ 07

Frequently asked

FAQ
Q1
How is Rocket Aldon licensed?Typically on users or developers plus managed environments or instances, not on MSU. It is a change management tool, so cost tracks people and footprint, not capacity.
Q2
Does it depend on MSU?Generally no. A hardware refresh that lifts your MSU does not by itself raise Aldon cost. Seat sprawl, not capacity drift, is the usual source of overage.
Q3
What are the audit traps?Dormant seats, uncounted contractor access, non production instances without an entitlement line, and edition drift after consolidation.
Q4
What moves the number?Reconciling active users, retiring dead instances, right sizing editions, and negotiating inside the wider Rocket relationship.

Count the people and the environments. That is the bill.

Audit notice or renewal under 18 months out? We mobilize within 48 hours.

It governs your code. We help you govern the seat count.

Get expert help