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

AppDynamics provides two applicable rule types when defining transaction detection behavior: Exclude Rules and Custom Match Rules.

A Custom Match Rule explicitly identifies application requests that should be detected as Business Transactions. The rule can match requests by entry point, class and method, URL, servlet, framework-specific attributes, headers, parameters, or other request data. It can also control transaction naming and splitting, allowing related requests to be grouped or separated according to operational requirements.

An Exclude Rule prevents matching requests from being discovered or registered as Business Transactions. This is useful for suppressing low-value traffic such as health checks, static-resource requests, polling calls, or framework-generated activity that would otherwise consume Business Transaction limits and add unnecessary metric noise.

An Automatic Discovery Rule is not created as a separate rule type in this context; automatic discovery is the agent’s default transaction-identification behavior. A Health Rule evaluates monitored metrics and triggers policy actions, while an Include Rule is not a transaction detection rule category.

Relevant CAAPA topics include Business Transaction Detection, Custom Match Rules, Exclude Rules, Entry-Point Matching, Automatic Discovery, and Business Transaction Registration Limits.

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.

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.