In the world of enterprise scheduling, Workload Automation (TWS) is the engine that keeps the business running. But an engine is only as good as its dashboard. Recently, I integrated our automation environment with IBM Instana, and the process was surprisingly seamless.
Here is how I went from a blank slate to full-stack observability in three steps.
Step 1: The One-Liner Installation
The barrier to entry for many monitoring tools is a complex agent setup. Instana bypasses this with a streamlined script. By pulling the setup directly from their portal, I was able to deploy the agent in seconds.
The key command I used:
Bash
curl -o setup_agent.sh https://setup.instana.io/agent && \ chmod 700 ./setup_agent.sh && \ sudo ./setup_agent.sh -a -d -t dynamic -e ingress-orange-saas.instana.io:443 -s
Pro Tip: Don’t forget the -s flag at the end. This automatically starts the agent service upon installation, saving you the extra manual step.
Step 2: Mapping the Metrics
Once the agent was live, it was time to point it toward our Workload Automation data. In our environment, the metrics are exposed at a specific endpoint:
Endpoint: https://resolvable-name-of-master:31116/metrics
To bridge the gap, I navigated to the configuration directory: /opt/instana/agent/etc/instana
By updating the configuration.yaml file with the endpoint details, I essentially “introduced” the Instana agent to the TWS metrics. The agent immediately began scraping the exposed data.
Step 3: Visualizing and Alerting
Following the documentation on the Automation Hub, the data started flowing into pre-configured dashboards. Seeing the jobs data visualized in real-time was an immediate “win.”
But visibility is only half the battle; we needed proactive notifications. I set up monitors for:
- Liberty Instance Availability: To ensure the web server is healthy.
- JobManager Processes: To validate the core scheduling engine is running.
The Test:
To put the system to the test, I manually shut down the Liberty instance. Almost instantly, Instana triggered a notification, alerting the team to the outage. I have also configured monitors to detect if Liberty becomes “stuck” (unresponsive but still running). While we haven’t hit that scenario yet, the peace of mind knowing the alert is primed and ready is invaluable.
Final Thoughts
Integrating Workload Automation with Instana didn’t require a week of professional services or deep coding. It was a matter of a single script, a YAML update, and a few dashboard configurations. We now have a “single pane of glass” that doesn’t just show us what happened, but tells us exactly what is happening now.

