MaxIron Portal
Check that people can still use Maximo.
Sentinel logs in, raises a work order, posts a message, opens scheduling and syncs a handheld, over and over. If one of those stops working, the alert says which step failed, on which environment, and when it last worked. Host monitoring stays in place for servers. This is the Maximo work on top.
Sentinel is provided through MaxIron Portal. Scope and price depend on the user journeys, environments and service coverage monitored. Quote on request.
Monitoring coverage
Infrastructure checks and Maximo work checks
Infrastructure monitoring
Keeps the platform inside its limits. Necessary, and worth keeping.
Maximo journey monitoring
Confirms the work still completes, on each environment, minute by minute.
What it exercises
Hosts, containers, storage, network, certificates, database sessions, queue depths.
Sign-in, work order creation, an integration message, the scheduling view, a handheld sync.
What a green board proves
Nothing in the platform is outside its thresholds right now.
The journey ran to completion inside its expected time, on that environment, minutes ago.
What it gives you at 04:12
A resource graph, and a correlation exercise across tools before anyone can state scope.
The journey that failed, the step, the environment, and the last time it passed.
What it hands over
A metric that has moved, and an engineer deciding whether it matters.
An evidence bundle Diagnose picks up to establish the cause.
Infrastructure monitoring alone
What host monitoring leaves out
The first alert is a phone call
A supervisor cannot save a work order, rings a colleague, who rings the service desk. By the time anyone opens a screen the failure is twenty minutes old and third hand.
Infrastructure checks cover a different set of signals
Hosts, containers, database, network and storage each read green. None of them answers whether a supervisor can raise a work order right now.
Monthly availability is computed from host uptime
Monthly service reporting uses host uptime, which is true about servers and a poor proxy for whether people on shift could work.
Check coverage through overnight windows
Where journey checks exist they are run by hand in office hours. Batch windows, patches and partner changes land when nobody is looking.
The first hour of an incident goes on proving something is wrong, and the service report says available while the depot remembers working on paper.
The five journeys
What a failure of each one costs the operation
You name the journeys you cannot lose, and the cadence each is checked on. Sentinel monitors Maximo and MAS estates MaxIron operates 24/7 across utilities, transport, oil and gas, manufacturing and maritime. It is included in MaxIron managed hosting, alongside Cloud Manager, Diagnose, Autoheal and Change Control.
- 01
Sign in as a supervisor, every 2 minutes
A failed sign-in can delay work allocation. Teams may use paper temporarily and reconcile the records into Maximo afterwards.
- 02
Create and save a work order, every 5 minutes
Emergent work goes unrecorded while the save step is broken. Teams may have to reconcile the work and its evidence afterwards.
- 03
Submit an inbound integration message, every 5 minutes
Purchase orders, meter readings and finance postings queue silently, then arrive out of order. The failure is usually found in a month-end reconciliation.
- 04
Open the scheduling view for a crew, every 10 minutes
Dispatch falls back to a whiteboard. Crews are sent twice or not at all, and the schedule in Maximo stops matching the one being worked.
- 05
Sync a work order to a handheld, every 10 minutes
Field crews arrive without the job, the parts list or the permit. The travel is spent and the visit is repeated.
Worked incident at 04:12
At 04:12 the work order save check failed
An illustrative production event at the worst hour: after the batch window, before early shift. Both jobs are watching the same estate.
What the platform job saw
What the journey job saw
04:12
Every host answering, containers running, the database accepting sessions. No threshold crossed, so no alert.
Work order creation failed at the save step on production. Sign-in had passed twelve seconds earlier.
04:13
Nothing to report, correctly on its own terms.
The journey ran twice more and failed at the same step. A confirmed failure rather than a slow run.
04:14
Silent.
On-call alerted: the journey, the failing step, the environment, and the last successful run at 03:57.
06:05
The first signal of the morning is a supervisor on the phone, and the failure is already an hour and a half old.
The evidence bundle is with Diagnose. Sentinel stops at the handover.
Sentinel raises the alert and hands over evidence. The cause is Diagnose, and the pre-agreed repeat is Autoheal.
See what happens next →Boundaries
Three boundaries on Sentinel's coverage
Detection has edges, and they are set with you before the first check runs.
Detection ends at the alert and its evidence
Sentinel can perform authorised synthetic test transactions against agreed test records. It reports failures and evidence; it does not perform automated recovery. Establishing the cause is Diagnose.
A check is only as good as the journey you define
Naming the journeys you cannot lose, agreeing the test account and the scoped test data, and stating the expected result for each is joint work before the first check.
Synthetic checks are samples
A five-minute cadence can miss a forty-second failure, and a scoped test asset will not see a fault limited to one site or one user's data. We state what your chosen interval leaves uncovered.
MaxIron Sentinel, frequently asked questions
- How is this different from infrastructure monitoring?
- Infrastructure monitoring samples hosts, containers, storage and certificates against thresholds. Sentinel completes the work a user does and times it. Keep both: Sentinel is the layer above, not a substitute for the one below.
- Does the work order check leave test data in production?
- The work-order check uses authorised synthetic test transactions. A dedicated, non-privileged account works against an agreed test asset and location. Test records are cleaned up or marked and excluded from operational queues and reports. These controls are agreed before checks begin.
- How quickly does Sentinel notice a failure?
- Within the cadence of that journey plus one confirmation run. You set the cadence per journey, and we state what the interval you choose leaves uncovered.
- Where do alerts go?
- Wherever your operators already look: email, Teams, an ITSM queue or an on-call rota. Each alert carries the journey, the failing step, the environment and the last successful run.
- Does Sentinel work without Cloud Manager?
- Yes. It deploys standalone against classic Maximo 7.6.x and IBM MAS, and pairs with Cloud Manager, Diagnose and Autoheal where those are in place.
MaxIron products
MaxIron products that work alongside this
See Sentinel with one Maximo job you cannot lose
Pick something real, such as sign-in or work order save. We will show what Sentinel would have reported, and at what time.
Bring this to the first call
- The incident record for the last Maximo issue a user reported before monitoring did
- The five journeys that must work before early shift
- Which environments matter out of hours, and which can wait until morning
- Who is on call, and which channel wakes them