Organizations today struggle to detect, identify and act on business operations incidents. The gap between business and IT continues to grow, leaving orgs unable to link IT outages to business impact. Site reliability engineers (SREs) want to understand business impact to better prioritize their work but don’t have a way of monitoring business KPIs. They struggle to link IT outages to business impacts because data is often siloed and knowledge is tribal. It forces teams into a highly reactive mode because they only become aware of the business impact when it’s reported by the business team.
What is Camunda?
Camunda enables process orchestration so that you can fully automate your business processes. Camunda customers are at the forefront of understanding and then digitizing and automating their business workflows.
How do the IT operators (ITOps) or site reliability engineers (SREs) understand the business context of what they see when they monitor Camunda with typical application performance monitoring (APM) observability tools?
The problem with traditional APM observability tools
APM observability tools specialize in leveraging traces, metrics and logs to help IT keep applications healthy and running. These tools typically understand a variety of technologies and can even automatically start monitoring them when an agent is deployed. But most APM observability tools treat automation platforms like Camunda as whatever Java/JEE container they execute within. They fail to provide ITOps or SREs any business context in their normal day-to-day operations.
Combining IBM Instana and Camunda for a fuller picture
Now Instana Observability Business Monitoring from IBM can understand when it’s being used to monitor a Camunda environment and automatically add business-process context to IT traces that ITOps and SREs use for troubleshooting. There is also a business activity view where business processes can be viewed in the context of any IT issues that might be impacting them:
This improvement means that an SRE’s troubleshooting experience goes from seeing traces that only have IT calls like RESTful or database calls to an experience where Instana understands and adds the business process or activity that those calls are implementing:
Optionally, data from the executing activities can be captured along with the trace. Since Instana does not sample trace information, capturing these data can unlock use cases like understanding the true impact of an IT outage.
Camunda and IBM Instana in action
Imagine that Carlos is an SRE whose company is using Camunda. One day, Carlos gets an alert from Camunda that one of the automated activities is stuck. Camunda shows an exception in its log indicating that an external task is failing. Carlos is used to troubleshooting the end-to-end automated processes orchestrated with Camunda in detail but has limited visibility into the issue with the external task.
With Instana monitoring both Camunda and the endpoints implementing those external tasks, Carlos can find the business process or activity within Instana, analyze all of the individual calls within the affected time period and view the end-to-end trace for one of the failing ones. Instana can track calls made to the external endpoint and tell Carlos that there is a database call the external task depends on that is timing out. Now Carlos can focus on getting that database healthy and the activities back on track.
Learn more about how you can effectively use Camunda and IBM Instana together in this on-demand webinar, “Real-Time Business Context for IT. Measure Yourself the Way the Business Measures You.”