Application Dashboard

The Application Flow Map is a dynamic visual representation of your monitored environment's components and activities. Monitored services using OpenTelemetry¹ are represented by the OpenTelemetry telescope icon. For a list of supported language in the flow map, see Supported Languages.

To view OpenTelemetry data on your Application Dashboard:

1. Go to your OpenTelemetry-enabled application.
2. Click Application Dashboard > Dashboard.

After instrumentation, it may take up to five minutes for data to populate in the Controller UI.

If you want to look at data from just one tier, click on a tier in the Flow Map. You will be redirected to the Tiers & Nodes Flow Map which will populate with data for that OpenTelemetry tier.

See Learn how to navigate and customize flow maps.

Tiers & Nodes

On Tiers & Nodes, you can view a list of all tiers in an application. The tiers represent the services (defined by service.name) that were encountered by the ingested traces. To investigate specific tiers, double-click on a tier name and see a new flow map that is updated with tier-specific data.

Business Transactions

On Business Transactions, the names of the Business Transactions are derived from the name of the first span of each trace (also known as the root span). The health status, response time, number of calls, and other metrics are reported for the Business Transaction.

Transaction Snapshots

Splunk AppDynamics monitors every execution of a business transaction in the instrumented environment, and the metrics reflect all such executions. For troubleshooting purposes, Splunk AppDynamics takes snapshots of specific instances of a transaction. A transaction snapshot gives you a cross-tier view of the processing flow for a single invocation of a transaction.

To know more about scenarios that trigger Splunk AppDynamics to capture a transaction snapshot and how to configure transaction snapshot settings, see Transaction Snapshot Collection.To know more about how to view transaction snapshot data to monitor and troubleshoot business transaction performance, see Troubleshoot Business Transaction Performance with Transaction Snapshots.

In a Transaction Snapshot, the following information is available.

All Snapshots

Lists all the slow business transactions and transactions that incurred errors. By default, Splunk AppDynamics considers the following events as errors:

• An unhandled exception or error
• An exception caught in an exit call, such as a web service or database call
• An HTTP error response, such as a status code 404 or 500 response
• A custom-configured error method and error message

Slow and Error Transactions

You can perform following actions on the Slow and Error Transactions tab:

• Click Configure > Configure Threshold for Slow/Stalled Transactions to configure the default user transaction threshold. See Configure User Transaction Thresholds.

You can click on a snapshot to further drill-down using the following options and resolve issues. To know more about how to view transaction snapshot data to monitor and troubleshoot business transaction performance, see Troubleshoot Business Transaction Performance with Transaction Snapshots.

Overview

It provides a summary of the user experience with details such as business transaction name, execution time, and timestamp. You can review the Potential Issues list to see the longest-running method and SQL calls in the transaction.

Slow Calls and Errors

It provides details on the slow calls and calls that incurred errors.

Waterfall View

Shows the execution of an individual business transaction broken into execution segments. Each segment (shown as a blue bar) represents the time spent executing code on a particular thread within an instrumented application runtime, or the time spent waiting for responses from un-instrumented backends. Handoffs between segments are shown as solid lines for synchronous requests, and dotted for asynchronous requests. The waterfall view allows you to quickly determine which calls consumed the transaction time for a given snapshot. You can click a segment to view the resource wait time for its business transaction. Additionally, you can review downstream applications indicated with the flow map icon.

Transaction Scorecard

A transaction scorecard summarizes the performance of a business transaction at the application and tiers level within a specified time range. It covers the number and percentage of business transaction instances (calls) that are normal, slow, very slow, stalled, or errors based on the configured thresholds for these criteria. The slow and very slow transactions are completed transactions. The stalled transactions are never completed or timed out. Configurable thresholds define the level of performance for the slow, very slow and stalled categories. See Configure Transaction Thresholds.

Click one of the values for a slow, very slow, stalled or error transaction in the scorecard to see a graph of the metric in the Metric Browser. In metric browser, the OpenTelemetry applications metrics are available under the Business Transaction Performance and Overall Application Performance metric groups.

Scorecards appear in many places in the Controller UI: on the application dashboard, tiers, business transaction, and troubleshoot pages.

• On Application Dashboard, the business transaction health scorecard aggregates the metrics for all the business transactions in the application, including the default business transactions. The percentages for those calls are based on the average for all the business transactions in the application. For example, if the scorecard displays 3% for very slow transactions, on average 3% of the calls in the application were slow.
• On Tiers & Nodes, double-click a tier to open the tier dashboard. In the dashboard, the transaction scorecard aggregates the metrics for all the tiers.
• On Business Transactions, the transaction scorecard displays the metrics for the tier that is the entry point to the business transaction. The scorecard is available in the Dashboard and Slow Response Times tabs.
• On Troubleshoot, the transaction scorecard is available for Slow Response Times and Errors.
• You can also see the scorecard data in graphical form in the Transaction Score tab on the Applications, Tiers & Nodes, or Business Transaction pages.

  

Configure User Transaction Thresholds

On Configuration > Slow Transaction Thresholds > Default Thresholds, you can define the criteria to differentiate among slow, very slow, and stall transactions. The threshold evaluation types can be either static, standard deviation or a percentage (this is applicable to slow and very slow transactions). This change will apply to all the business transactions.

However, if you want to change the criteria for a specific business transaction, click Configuration > Slow Transaction Thresholds > Individual Transaction Thresholds.