PDFs


This page applies to an earlier version of the AppDynamics App IQ Platform.
See the latest version of the documentation.


Skip to end of metadata
Go to start of metadata

On this page:

You can correlate page and Ajax requests with business transactions. In actuality, the correlation is made between instances of page/Ajax requests (browser snapshots) and instances of business transactions (transaction snapshots).

The correlation enables you to map end-user requests with an underlying backend application. Business-transaction correlation is disabled by default.

Benefits of Correlating Business Transactions

By correlating business transactions with browser snapshots, you can identify potential issues with the backend application that are causing bad user experiences. For example, you might find that server errors or a database query is causing a slow or very slow user experience.

Requirements

To correlate business transactions, you are required to do the following:

App Server Agents Supporting Business Transaction Correlation

To correlate business transactions, your business application must have one of the following App Server Agents installed:

Avoid Tagging Cookies with the HttpOnly Flag

HttpOnly is a flag servers can set on cookies to prevent their contents from being accessed by JavaScript. This is often done for session cookies to hide the session identifier as a security measure. The JavaScript Agent, however, needs to be able to read special cookies set by the AppDynamics server-side agent (all prefixed with ADRUM) to collect correlation information.  If HttpOnly is set on these cookies, no server-side correlation information can be transmitted. Thus, make sure that your server does not set the the HttpOnly flag on any cookies prefixed with ADRUM.

If you want to securely transmit cookies, use HTTPS. The app agent sets the secure flag if the originating base page is loaded over HTTPS. 

These can be turned off, but that'd prevent correlation from working for base pages unless the customer changes the page source code to do footer injection.

How It Works

When an end user requests a page from your browser app:

  1. The app agent does the following:
    • sends HTTP headers identifying the business transaction and the HTML with the injected JavaScript Agent to the end user's browser.
    • aggregates backend metrics and sends them along with the business transaction identifiers to the Controller. This serves as the content for the transaction snapshot.
  2. The JavaScript Agent sends browser metrics and the business transaction identifiers (from the HTTP header) to the EUM Server. This serves as the content for the browser snapshot.
  3. The Controller fetches the metrics and business transaction identifiers from the EUM server and then uses the business transaction identifiers to correlate the browser snapshot with the transaction snapshots.

Enable Business Transaction Correlation

You need to configure the Controller to correlate business transactions. The Controller will map the business transactions with the browser snapshots based on the process described above in How It Works.

To enable business transaction correlation:

  1. From the Application Dashboard, click Configuration.
  2. Click User Experience App Integration >.
  3. From the Business Transaction Correlation tab, check the Enable Business Transaction Correlation check box.

Specify Business Transactions to Include Correlation Headers

You can also specify which business transactions will include or exclude correlation headers. If you do not add request match rules or request exclude rules, correlation headers will be added to all requests.

To add a request rule:

  1. Click + to open the Create HTTP Request Match Rule dialog.
  2. From the Create HTTP Request Match Rule dialog:
    1. Check the Method check box and select an HTTP method that you want to match. If you do not select an HTTP method, the rule will be applied to all HTTP requests.
    2. Check the URI check box and enter your criteria.
    3. Click Save to save the match rule.
  3. From the Business Transaction Correlation tab, click Save.

View Business Transaction Correlation

There are several ways to navigate from a browser snapshot to its correlated business transaction. The following steps show you one possible way.

  1. From the Browser App Dashboard, click Browser Snapshots.
  2. Click Filters and check the Server Snapshot Exists check box.
  3. You should now only see browser snapshots that have transaction snapshots as seen below:
  4. Double-click one of the browser snapshots to open the Browser Snapshot Details dialog containing a transaction snapshot.
  5. You can then click links in the transaction snapshot or transaction snapshot itself to view corresponding pages in APM.

Get Complete Timing Data for Correlated Business Transactions

To get the full real execution time for correlated business transactions, your injection method may need to write the JS_FOOTER data variable to your page. Manual injection gives the server-side agent the ability to write data only to the header of the page as it is being constructed by your web application. It is possible that complete business-transaction timing information is not available at the moment that the header data is written. Using the footer allows the server-side agent to write timing data at the footer of the page, by which time a fuller picture of business transaction timing may be available.

You can write the JS_FOOTER data variable into the footer of a web page using the following techniques:

  • If you use automatic injection for the injecting into the head section, you automatically get an injection into the footer as well.
  • If you use manual injection for the head section, for applications built on Java platforms you can use assisted injection to inject into the footer. Or for applications built on Java servlet or ASP.NET platforms, you can use assisted injection using attribute injection.

If you cannot add the JS_FOOTER variable to your page, the timing shown for correlated business transactions may be the average response time for that transaction rather than the real execution time for that specific page.


  • No labels