Cisco AppDynamics Associate Performance Analyst 500-420 CAAPA Exam Questions

Answer : A, B

Business Transaction Discovery Sessions allow a Performance Analyst to browse the application's classes and methods while identifying suitable entry points for custom Business Transaction detection. The discovery process observes application execution and exposes loaded or invoked code structures, enabling the analyst to locate the class and method that represent the beginning of a meaningful transaction.

Browsing classes helps narrow the search to the relevant package or application component. After selecting a class, the analyst can inspect its methods and choose the appropriate method as the transaction entry point. This is particularly useful when automatic discovery does not recognize a proprietary framework, background process, scheduled task, or other nonstandard execution path.

Database Calls are analyzed as exit calls or backend activity rather than browsed as transaction entry-point code. JMX MBeans are accessed through JMX monitoring and metric configuration tools. Memory Objects are examined through memory diagnostics, object instance tracking, or leak-detection functions, not Business Transaction Discovery Sessions.

Relevant CAAPA Study Guide topics include Business Transaction Discovery Sessions, Class and Method Browsing, Custom Match Rules, Entry-Point Configuration, Automatic Discovery, and Application Agent Instrumentation.

Answer : C

An AppDynamics Information Point can collect String values as custom data. Information Points instrument selected application methods so that analysts can monitor method-level performance and capture business context without defining the method as a complete Business Transaction.

Custom data is typically extracted from a method argument, return value, object field, or getter chain. The resulting String value can provide contextual information such as an order category, customer type, transaction status, product identifier, or processing state. This data is associated with the monitored method execution and can support detailed troubleshooting and business-level analysis.

Numeric values such as integers or floating-point numbers are generally treated as candidates for custom metrics, where AppDynamics can aggregate and report values over time. Boolean values are not the designated custom-data type for this Information Point configuration. The distinction is therefore between textual custom data, represented as a String, and numerical measurements intended for metric aggregation.

Relevant CAAPA Study Guide topics include Information Points, Method-Level Monitoring, Getter Chains, Custom Data Collection, Custom Metrics, Method Arguments, Return Values, and Business Context Capture.

Answer : C

To permanently remove a Business Transaction, the analyst must first exclude it from transaction detection and then delete it from the Business Transaction list. Deleting the transaction alone removes its current registration and associated visibility from the Controller, but the Application Agent can rediscover and register it again when matching traffic is observed.

An exclusion rule prevents future requests matching the specified entry point or transaction criteria from being detected as that Business Transaction. After the exclusion is configured and applied, the existing Business Transaction can be deleted safely without being recreated by automatic discovery.

Business Transaction Automatic Cleanup removes stale or inactive transactions according to retention and cleanup criteria; it does not prevent an active transaction from being rediscovered. Merely deleting the transaction from the list is therefore temporary when matching requests continue. Modifying a detection rule may alter transaction classification, but the explicit and reliable method for permanent removal is to exclude the transaction before deleting its existing registration.

Relevant CAAPA Study Guide topics include Business Transaction Detection, Exclude Rules, Automatic Discovery, Business Transaction Registration, Transaction Cleanup, and Business Transaction Management.

Answer : B

The Top Business Transactions -- by Errors dashboard is specifically designed to rank Business Transactions according to their error activity. When the application's aggregate Error Count increases, this view quickly identifies which transactions are generating the largest number or proportion of errors during the selected time range. The Performance Analyst can then select a high-error Business Transaction and drill down into its transaction snapshots, exceptions, affected tiers, and backend dependencies.

Transaction Score -- Snapshots categorizes transactions by performance condition, such as normal, slow, very slow, stalled, or error, but it is not the most direct ranked view for determining which Business Transactions are driving an overall increase in errors. Transaction Snapshots -- All Snapshots provides execution-level diagnostic records and requires more manual filtering. Application Flow -- Grid View is primarily used to compare tiers, nodes, and backend dependencies rather than rank Business Transactions by error contribution.

Relevant CAAPA Study Guide topics include Application Dashboard, Top Business Transactions, Error Analysis, Transaction Snapshots, Business Transaction Drill-Down, and Exception Troubleshooting.

Answer : A

By default, an active health rule violation displayed on the Health Rules Violations page is updated at 30-minute intervals after the initial violation event is triggered. AppDynamics first evaluates the health-rule condition against the configured critical or warning criteria. When the condition remains true for the configured evaluation and wait period, the Controller opens a health rule violation event.

While that violation remains active, AppDynamics periodically updates its displayed status and associated event information. The default continuation-update interval is 30 minutes. The violation is subsequently closed when the monitored metric no longer satisfies the violation criteria for the required duration.

The wait time after violation determines how long a condition must persist before AppDynamics opens the violation; it does not define the ongoing update frequency. The page is also not limited to updating only when a new violation starts, nor must an existing violation close before updated information can be recorded.

Relevant CAAPA Study Guide topics include Health Rule Evaluation, Warning and Critical Conditions, Wait Time After Violation, Health Rule Violation Events, Violation Lifecycle, and Controller Event Updates.

Answer : D

When a Performance Analyst is faced with issues related to transaction response times on a specific node, focusing on the 'Transaction performance' data is most relevant. This is because transaction performance metrics provide direct insights into the business transactions' speed, response times, and execution times, which are critical for identifying and troubleshooting performance issues. By selecting 'Transaction performance' when creating a health rule, the analyst can monitor specific metrics such as average response time, slow transaction count, and very slow transaction count, which are directly related to the performance of business transactions on the node in question.

AppDynamics documentation on Health Rules: This section explains how to create and configure health rules to monitor application performance metrics, including transaction performance.

AppDynamics documentation on Business Transactions: Provides details on how AppDynamics identifies and monitors business transactions, which are key to understanding application performance.

Answer : A, C, F

The supported programming-language options are Go, C/C++, and C#. AppDynamics provides monitoring capabilities for applications built with these languages through language-specific agents, supported runtime instrumentation, or application-monitoring SDKs.

C# is monitored through the AppDynamics .NET Agent, which instruments supported .NET and .NET Framework applications to discover Business Transactions, collect call graphs, monitor exceptions, and correlate downstream service calls. C/C++ applications can be monitored using the AppDynamics C/C++ SDK and associated application instrumentation capabilities, enabling custom Business Transaction definition, exit-call tracking, and distributed transaction correlation. Go applications are supported through AppDynamics monitoring components designed for Go-based services, allowing transaction visibility and correlation within distributed application environments.

Perl is not listed as a standard AppDynamics APM language-agent platform. React is a JavaScript user-interface library rather than a programming language; browser-side React applications are typically observed through Browser Real User Monitoring. iOS Family describes a mobile platform, not a programming language, and is addressed through Mobile Real User Monitoring.

Relevant CAAPA topics include Application Agent Platforms, .NET Agent, C/C++ SDK, Go Application Monitoring, Business Transaction Instrumentation, and Real User Monitoring.