500-420 Exam Dumps : Cisco AppDynamics Associate Performance Analyst (CAAPA)

The Performance Analyst should enable Split Transaction using request data. This capability allows a single Custom Match rule to dynamically divide one base transaction into multiple business transactions according to values contained in the incoming HTTP request. For example, the rule can identify the base transaction as menu and append a request-derived value such as salads or entree, producing distinct transactions named menu.salads and menu.entree.

This approach avoids maintaining separate match rules for every menu category and scales automatically as additional request values are introduced.

An HTTP Request Data Collector captures request attributes for visibility within transaction snapshots but does not itself split or rename business transactions. A Method Invocation Data Collector captures method parameters, return values, or invoked-object data and is also unrelated to transaction splitting. Split Transaction using JSON is appropriate only when the required discriminator must specifically be extracted from a JSON payload.

Relevant CAAPA topics include Business Transaction Detection, Custom Match Rules, Transaction Naming, Request-Based Splitting, and Data Collectors.

AppDynamics supports the creation of custom baselines, allowing a Performance Analyst to define expected metric behavior over a selected historical period and recurring time pattern. Custom baselines are useful when the standard daily, weekly, or trend-based baselines do not accurately represent the application’s operating schedule, seasonal demand, or business cycle.

However, a custom baseline cannot be directly tagged or bound to an individual dashboard widget. Dashboard widgets can visualize metrics and, depending on the widget type, may display standard comparison or baseline-related information, but they do not provide a mechanism for associating a specifically named custom baseline with that widget.

Custom baselines are primarily applied in monitoring and evaluation contexts such as health-rule conditions, where current metric values can be compared against expected behavior using defined baseline criteria and standard deviations. Therefore, the baseline itself can be created and used for performance evaluation, but the analyst’s attempt to attach it directly to a dashboard widget is unsupported.

Relevant CAAPA Study Guide topics include Dynamic Baselines, Custom Baseline Configuration, Health Rule Conditions, Baseline Evaluation, Metric Visualization, and Custom Dashboard Widget Limitations.

In AppDynamics, metrics from different applications can indeed be cross-referenced on a single dashboard. This allows for a more holistic view of an organization ' s application ecosystem, facilitating the comparison and correlation of performance metrics across different applications within the same AppDynamics controller.