Click here to close now.

Welcome!

MICROSERVICES Authors: Cloud Best Practices Network, Adrian Bridgwater, Carmen Gonzalez, John Wetherill, Andy Jonak

Related Topics: Java, MICROSERVICES, AJAX & REA

Java: Article

Best Practices for Business Transaction Management

The general goal is to answer business-relevant questions that business owners have for application owners

The term Business Transactions and Business Transaction Management is widely used in the industry but it's not always well understood what we really mean by it. The BTM Industry Portal provides some good articles on this topic and is definitely recommended to check out. The general goal is to answer business-relevant questions that business owners have for application owners: "How much revenue is generated by a certain products?", "What are my conversion and bounce rates and what impacts them?" or "Do we meet our SLAs to our premium account users?"

Challenge 1: Contextual Information Is More than just the URL
In order to answer these questions we need information captured from the underlying technical transactions that get executed by your applications when users interact with your services/web site. Knowing the accessed URL, its average response time and then mapping it to a Business Transaction is the simplest form of Business Transaction Management - but doesn't work in most cases because modern applications don't pass the whole business transaction context in the URL.

Business Context information such as the username, product details or cash information usually comes from method arguments, the user session on the application server or from service calls that are made along the processed transaction.

Challenge 2: Business Context Is Somewhere Along a Distributed Transactions
Modern applications are no longer monolithic. The challenge with that is that transactions are distributed, they take different paths, and data we need for our business context (username, product information, cash information...) is often available on different tiers. This requires us to trace every single transaction across all tiers in order to collect this data for a single user transaction:

Every transaction is different, it involves different services, crosses multiple tiers and we need to capture business information along the full end-to-end transaction

Challenge 3: Understanding Your Users Means: All Users, All Actions, All the Time
Knowing that a certain transaction of a user failed, including all contextual information, is great. In modern applications users have many ways to reach a certain point in the application, e.g.: checking out. So the questions are: How did the user get to this point? What were the actions prior to the problem? Is one of the previous actions responsible for the problem we see?

In order to answer these questions we need access to all transactions of every single user. This allows us to understand:

  1. How our users interact with the system
  2. How users reach our site (identify Landing Pages)
  3. Where users drop off the site (important for bounce rate and bounce page evaluation)
  4. Which paths tend to lead to errors

It also supports a critical use case in Business Transaction Management which is User Complaint Resolution, e.g., when user "Maria" calls the support line we can look up all her transactions, follow her steps and identify where things went wrong:

Knowing every action of every user allows us to better understand our users, follow their click path and speed up individual problem resolutions

Why Continue Reading?
In this article I provide more examples on Business Transaction Management and focus on the challenges I just explained:

  • It's more than just URLs we need to analyze as modern web applications are more complex
  • We live in a distributed transactional world where business context data can come from every involved tier
  • We need to focus on every user and every action to understand our users

To make it easier to understand I also bring examples from PGAC and other real-life BTM implementations.

An Example of Business Transactions
Let's assume we have a website for a travel agency. The interesting business data for this type of application is

  • What destinations are people searching for as I want to make sure I offer trips to those regions and people find what they are looking for
  • How many trips are actually being sold?
  • How much money do we make?
  • How many people that search actually buy (convert)? Are there certain trips that have a better conversion rate?

From a technical perspective we can monitor every single technical transaction - that means we can look at every single Web Request that is processed by our application server. If we do that, we basically look at a huge set of technical transactions. Some of these transactions represent those that handle search requests. Some of them handle the shopping cart or check-out procedure. The first goal for us, however, is to identify the individual business transactions such as "Search":


Among all technical transactions we want to identify those that perform a certain Business Transaction, e.g., Search, Checkout, Logon...

Now not every search is the same. In our case the search keyword or trip destination is interesting so we want to split the search transactions by the destination used in the search criteria. That allows us to see how many search requests are executed by destination and also how long these search requests take to execute. Assuming we have to query external services to fetch the latest trip offerings, it could be very interesting to see how fast or slow searches for specific destinations are or whether the number of search results impacts query time and therefore user experience.


Splitting the searches by destination allows us to see how many searches are actually executed and whether there are any performance implications on specific destinations

The next interesting aspect is of course the actual business we do or don't do. If our website serves different markets (US, EMEA, ASIA...) it's interesting to see revenue by market. The next illustration shows that we can focus on the actual Purchase Business Transactions. On these we evaluate generated revenue, the market that generated the revenue and whether there is a performance impact on business by looking at Response Time as well.


Looking at those Business Transactions that actually handle the purchase allows us to see how much money we actually make split by markets we serve

Contextual Information for Every Transaction
In order for all of this to actually work we need more than just capturing the URL and Response Time. A lot of times the type of context information we need is in the user session, in the HTTP POST Body or some parameter on a method call or SQL Bind Value. The next illustration shows us what technical information we are talking about in order to map these values to Business Transactions.


Capturing context information for every single technical transaction is mandatory for business transaction management

As we live in a distributed transactional world we need the full end-to-end transaction and on that transaction the ability to capture this type of technical but business relevant data.

Every Action of Every Visit to Identify Landing Pages, Conversion and Bounce Rates
Some of the most interesting metrics for Business Owners are Conversion Rates, Bounce Rates, User Satisfaction and how well Landing Pages do. In order to get these metrics we need to identify every individual user (typically called Visitor), all actions (individual technical transactions/requests) for the user and the information on whether the user had a good or bad experience (we factor performance and functional problems into that). With that information we can:

  • Identify the Landing Page of a Visitor: that's the first page that was requested by an individual Visitor. The Landing Page tells you how people get to your website and whether promotions or ads/banners work
  • Identify the Bounce Rates and Bounce Pages: a Visitor bounces of your site if only one page was visited. We want to know which pages typically let people bounce off the page so we can optimize them. If you spend a lot of money on marketing campaigns but due to bad performance or a problem on these landing pages people bounce off its money that is wasted
  • Identify click paths visitors take until they actually convert (buy a product) or where along this path they actually leave: Visitors usually need to click through a series of pages before they click on the "Confirm" button. If they do these Visitors convert. If they don't and leave your site somewhere along the way we want to know where and why they are leaving in order to optimize these pages and therefore increase conversion rates
  • Identify how satisfied our end users are based by looking at response times and any functional problems along their execution path: Visitors that experience long page load times or run into any type of functional problem are more likely to be frustrated and leave the site before converting. Therefore we want to track this and identify which actions result in a bad user experience.

Landing Pages Impact Whether Users Make It Across the First Site Impression
Knowing the first action of every visit lets us identify our Landing Pages. Visitors that don't make it further than the landing page bounce off our site right away. This is the first problem we want to address as these people are never going to generate any business. The next screenshot shows how we want to analyze landing pages. It is interesting to see which landing pages we have, which are frequented more often, what's the bounce rate of these landing pages and is there any correlation to performance (e.g., higher bounce rate on pages that take longer).


Landing Page Report shows Bounce Rates, Access Count and compares Load Time to the industry standard

Bounce and Conversion Rates, User Satisfaction and Activity Are Important Metrics for Business Owners
Having every action of every visitor available, knowing whether visitors only visit the landing page and bounce off or whether they also make it to the checkout page allows us to calculate Bounce and Conversion Rates. Also looking at response times, request count and errors allows us to look at Visitor Satisfaction and usage. The following illustration shows all these metrics a Business Owner is interest in.

Dashboard for Business Owner to monitor those metrics that impact Business

Understanding Which Path Visitors Take Allows You to Improve Conversion and Lower Bounce Rates
The underlying data of all these metrics we just discussed are the individual actions of every visitor. Only with that information can we identify why certain Visitors convert and others don't, which will help us to improve Conversion Rate and lower the Bounce Rate. The following screenshot shows a detailed view of visits. Having all this data allows us to see which visitors actually bounce off of the site after just looking at their landing page, which users actually convert and what path users take when interacting with our web site.

Having every Visitor and all its Actions allows us to manage and optimize business transactions

Speed up User Complaint Resolution with All Actions Available

As already explained in the introduction section of this blog, one important use case is speeding up the resolution process of individual users. If you have a call center and one of our users complain about a problem, it is best to see what this particular user did to get to the explained error. Having all user actions available and knowing the actual user along the captured transactions allows us to look up only those transactions for that particular user and with that really seeing what happened.

When user Maria calls in we can look up all the actions from this user and see exactly what error occurred

Deep Technical Information for Fast Problem Resolution
Besides using technical context information as input for business transactions (e.g., username, search keywords, cash amount ...) we also need very deep technical information in scenarios where we need to troubleshoot problems. If visitors bounce of the page because of slow response time or because of an error we want to identify and fix this problem right away. In order to do that our engineers need access to the technical data captured for those users that ran into a particular problem. The following screenshot shows a user that experienced a problem on one of the pages which is great information for the Business Owner as he can proactively contact this user. The engineer can now go deeper and access the underlying captured technical information including transactional traces that show the encountered problem such as a failed Web Service Call, a long running database statement or an unhandled exception.

From Business Impact to Technical Problem Description: Technical context information helps to solve problems faster

To Sum Up: What We Need for Business Transaction Management
There are several key elements we need to perform the type of Business Transaction Management explained.

  • All Visitors, All Actions, All the Time
    • First Action is Landing Page
    • Last Action is Bounce Page
    • Helps us to understand the Click Path through the site, where people bounce off, which path people take that convert
    • Knowing the Click Paths allows us to improve Conversion Rate and lower Bounce Rates
    • Looking up the actions of a complaining users speeds up problem resolution
  • Technical Context Information on a Distributed Transaction
    • URLs alone are not enough as the Business Transaction itself is not always reflected in URL or URL Parameters
    • Need to capture Business Context Information from HTTP Session, Method Arguments, Web Service Calls, SQL Statements, ...
    • This information comes from multiple tiers that participate in a distributed transaction
    • Technical context information speeds up problem resolution

Out-of-the-Box Business Transactions for Standard Applications
From an implementation perspective the question that always comes up is: Do I need to configure all my business transactions manually? The answer is: not all, but for most applications we have seen that it's necessary as business context information is somewhere buried along the technical transaction and is not necessarily part of the URL. Identifying Business Transactions based on the URL or Web Services that get called is of course a valid start and is something that most Business Transaction Management Solutions provide, and it actually works quite well for standard applications that use standard Web Frameworks. For more complex or customized applications it is a different story.

Business Transactions by URL
The easiest way to identify Business Transactions is by URL, assuming your application uses URLs that tell you something about the related business transactions. If your application uses URLs like the following list, you can easily map these URLs to Business Transactions:

  • /home maps to "Home"
  • /search maps to  "Search"
  • /user/cart maps to "Cart"
  • /search?q=shoes still maps to "Search" but it would be great to actually see the Search by Keyword

The following screenshot shows the automatically identified Business Transactions based on URLs in dynaTrace. We automatically get the information if there are any errors on these transactions, what the response time is or how much time is spent in the database.

Business Transactions by Web Request URL works well for standard web applications meaningful URLs that can easily be mapped

Business Transactions by Service/Servlet
Another often-seen scenario is Business Transactions based on Servlet Names or Web Service calls that are executed by the technical transaction. This is most often very interesting as you want to know how your calls to the Search or CreditCard Web Service are doing. The name of the invoked web service method is often very descriptive and can therefore be used for automatic business transactions. Here is an example:

Business Transactions by Web Service Method name works well as method names are often very descriptive

Business Transactions by Page Titles
Better than URLs are very often Page Titles - that's the actual Title of the Pages users visit. The following shows us business transactions per page title including information on whether problems are to be found in the browser (Browser Errors), Client, Network or Server allowing a first quick root cause analysis.

Business Transaction by Page Title helps us to understand End User Experience

Customized Business Transactions for Non-standard Applications
A lot of applications our customers are using don't use standard web frameworks where URLs tell them everything they need to identify their business transactions. Here are some examples:

  • Web 2.0 applications use a single service URL. The actual executed business transaction name can only be captured from a method argument of the dispatcher method on the backend
  • Enforcing SLAs by account types (Free, Premium, Elite Members). The account type of a user doesn't come via the URL but is enumerated with an authentication call on the backend
  • Search options are passed via URL using internal IDs. The "human readable" name of this option is queried from the database.
  • The Booking Business Transaction is only valid if multiple conditions along the technical transaction are fulfilled, e.g, CreditCardCheck OK and Booking was forwarded to Delivery.

Let's have a look of some examples on how we use Customized Business Transactions in our own environment

Requests by User Type
On our Community Portal we have different User Types that access our pages. It includes employees, customers, partners, etc.; when a user is logged in we only get the actual user type from an authentication call that is made to the backend JIRA Authentication Service. We can capture the return value of the getGroup service call and use this to define a Business Transaction that splits all authenticated transactions by this User Type allowing me to see which types of users are actually consuming content on our Community Portal.

Using a method return value allows me to analyze activity per user type

Search Conversion Rates
We have a custom search feature on our community portal. In order to ensure that people find content based on their keywords I need to understand two things:

  1. What keywords are used and
  2. Which keywords result in a successful click to a search result and which ones don't - that helps me to optimize the search index.

The following screenshot shows the two Business Transactions I created. The first splits the search requests based on the keyword which is passed as HTTP POST Parameter on an AJAX call. The second looks at clicks to content pages and shows those that actually came from a previous search result. For that I use the referrer header (I know the user came from a search result page) and I use the last used search keyword (part of the user session).

Using HTTP POST Parameter, Referrer Header and HTTP Session Information to identify Search Keywords and the Conversion Rate to actual Result Clicks

These were just two examples on how we internally use Business Transactions. In the described use cases it's not possible to just look at a URL, a Servlet or Web Service Name to identify the actual Business Transaction. In these scenarios and scenarios that we always see with our customers it is required to capture information from within the technical transaction and then define these Business Transactions based on the captured context data.

A Practical Example: How PGAC uses Business Transactions
As a last example on Business Transaction Management in real life I want to highlight some of what was shown during last week's Webinar by Glen Taylor, Web Service Architect, from PGAC. PGAC runs TheGeneral.com and PGAC.com. Their web application doesn't have URLs that tells them whether the user is currently asking for an insurance quote or whether they are in the process of verifying their credit card. The information about the actual business transaction comes from the Instance Class of an object passed to their ProcessFactory. dynaTrace captures the object passed as argument and its actual class. With that information they are able to split their technical transactions into Business Transactions.

PGAC uses the instance name of a class to define their Business Transactions

If you are interested in their full story check out the recorded webinar. It will be available for download on the dynaTrace recorded webinar page.

More on Business Transaction Management
If you are already a dynaTrace user you should check out the material we have on our dynaTrace Community Portal: Business Transaction in Core Concepts and Business Transactions in Production

If you are new to dynaTrace check out the information on our website regarding Business Transaction Management and User Experience Management

More Stories By Andreas Grabner

Andreas Grabner has been helping companies improve their application performance for 15+ years. He is a regular contributor within Web Performance and DevOps communities and a prolific speaker at user groups and conferences around the world. Reach him at @grabnerandi

Comments (0)

Share your thoughts on this story.

Add your comment
You must be signed in to add a comment. Sign-in | Register

In accordance with our Comment Policy, we encourage comments that are on topic, relevant and to-the-point. We will remove comments that include profanity, personal attacks, racial slurs, threats of violence, or other inappropriate material that violates our Terms and Conditions, and will block users who make repeated violations. We ask all readers to expect diversity of opinion and to treat one another with dignity and respect.


@MicroservicesExpo Stories
After what feel like an interminable cycle of media frenzy followed by hype and hysteria cycles, the practical elements of real world cloud implementations are starting to become better documented. But what is really different in the cloud? How do software applications behave, live, interact and interconnect inside the cloud? Where do cloud architectures differ so markedly from their predecessors that we need to learn a new set of mechanics – and, when do we start to refer to software progra...
SOA Software has changed its name to Akana. With roots in Web Services and SOA Governance, Akana has established itself as a leader in API Management and is expanding into cloud integration as an alternative to the traditional heavyweight enterprise service bus (ESB). The company recently announced that it achieved more than 90% year-over-year growth. As Akana, the company now addresses the evolution and diversification of SOA, unifying security, management, and DevOps across SOA, APIs, microser...
It's 2:15pm on a Friday, and I'm sitting in the keynote hall at PyCon 2013 fidgeting through a succession of lightning talks that have very little relevance to my life. Topics like "Python code coverage techniques" (ho-hum) and "Controlling Christmas lights with Python” (yawn - I wonder if there's anything new on Hacker News)...when Solomon Hykes takes the stage, unveils Docker, and the world shifts. If you haven't seen it yet, you should watch the video of Solomon's Pycon The Future of Linux C...
This month I want to revisit supporting infrastructure and datacenter environments. I have touched (some would say rant) upon this topic since my post in April 2014 called "Take a Holistic View of Support". My thoughts and views on this topic have not changed at all: it's critical for any organization to have a holistic, comprehensive strategy and view of how they support their IT infrastructure and datacenter environments. In fact, I believe it's even more critical today then it was a year ago ...
The 16th Cloud Expo has added coverage containers and microservices to its program for New York, to be held June 9-11 at the Jacob Javits Convention Center. Cloud Expo has long been the single, independent show where delegates and technology vendors can meet to experience and discuss the entire world of the cloud. This year will be no different. Containers are an old concept that saw renewed life with the emergence of Docker in 2013. Then late in 2014, CoreOS shook up the cloud-computing w...
OmniTI has expanded its services to help customers automate their processes to deliver high quality applications to market faster. Consistent with its focus on IT agility and quality, OmniTI operates under DevOps principles, exploring the flow of value through the IT delivery process, identifying opportunities to eliminate waste, realign misaligned incentives, and open bottlenecks. OmniTI takes a unique, value-centric approach by plotting each opportunity in an effort-payoff quadrant, then work...
SYS-CON Events announced today that Solgenia will exhibit at SYS-CON's 16th International Cloud Expo®, which will take place on June 9-11, 2015, at the Javits Center in New York City, NY, and the 17th International Cloud Expo®, which will take place on November 3–5, 2015, at the Santa Clara Convention Center in Santa Clara, CA. Solgenia is the global market leader in Cloud Collaboration and Cloud Infrastructure software solutions. Designed to “Bridge the Gap” between Personal and Professional S...
SYS-CON Events announced today that MangoApps will exhibit at SYS-CON's 16th International Cloud Expo®, which will take place on June 9-11, 2015, at the Javits Center in New York City, NY., and the 17th International Cloud Expo®, which will take place on November 3–5, 2015, at the Santa Clara Convention Center in Santa Clara, CA. MangoApps provides private all-in-one social intranets allowing workers to securely collaborate from anywhere in the world and from any device. Social, mobile, and eas...
When it comes to microservices there are myths and uncertainty about the journey ahead. Deploying a “Hello World” app on Docker is a long way from making microservices work in real enterprises with large applications, complex environments and existing organizational structures. February 19, 2015 10:00am PT / 1:00pm ET → 45 Minutes Join our four experts: Special host Gene Kim, Gary Gruver, Randy Shoup and XebiaLabs’ Andrew Phillips as they explore the realities of microservices in today’s IT worl...
The world's leading Cloud event, Cloud Expo has launched Microservices Journal on the SYS-CON.com portal, featuring over 19,000 original articles, news stories, features, and blog entries. DevOps Journal is focused on this critical enterprise IT topic in the world of cloud computing. Microservices Journal offers top articles, news stories, and blog posts from the world's well-known experts and guarantees better exposure for its authors than any other publication. Follow new article posts on T...
Hosted PaaS providers have given independent developers and startups huge advantages in efficiency and reduced time-to-market over their more process-bound counterparts in enterprises. Software frameworks are now available that allow enterprise IT departments to provide these same advantages for developers in their own organization. In his workshop session at DevOps Summit, Troy Topnik, ActiveState’s Technical Product Manager, will show how on-prem or cloud-hosted Private PaaS can enable organ...
Cloud computing is changing the way we look at IT costs, according to industry experts on a recent Cloud Luminary Fireside Chat panel discussion. Enterprise IT, traditionally viewed as a cost center, now plays a central role in the delivery of software-driven goods and services. Therefore, companies need to understand their cloud utilization and resulting costs in order to ensure profitability on their business offerings. Led by Bernard Golden, this fireside chat offers valuable insights on ho...
Even though it’s now Microservices Journal, long-time fans of SOA World Magazine can take comfort in the fact that the URL – soa.sys-con.com – remains unchanged. And that’s no mistake, as microservices are really nothing more than a new and improved take on the Service-Oriented Architecture (SOA) best practices we struggled to hammer out over the last decade. Skeptics, however, might say that this change is nothing more than an exercise in buzzword-hopping. SOA is passé, and now that people are ...
Microservice architectures are the new hotness, even though they aren't really all that different (in principle) from the paradigm described by SOA (which is dead, or not dead, depending on whom you ask). One of the things this decompositional approach to application architecture does is encourage developers and operations (some might even say DevOps) to re-evaluate scaling strategies. In particular, the notion is forwarded that an application should be built to scale and then infrastructure sho...
SYS-CON Events announced today the IoT Bootcamp – Jumpstart Your IoT Strategy, being held June 9–10, 2015, in conjunction with 16th Cloud Expo and Internet of @ThingsExpo at the Javits Center in New York City. This is your chance to jumpstart your IoT strategy. Combined with real-world scenarios and use cases, the IoT Bootcamp is not just based on presentations but includes hands-on demos and walkthroughs. We will introduce you to a variety of Do-It-Yourself IoT platforms including Arduino, Ras...
Microservices are the result of decomposing applications. That may sound a lot like SOA, but SOA was based on an object-oriented (noun) premise; that is, services were built around an object - like a customer - with all the necessary operations (functions) that go along with it. SOA was also founded on a variety of standards (most of them coming out of OASIS) like SOAP, WSDL, XML and UDDI. Microservices have no standards (at least none deriving from a standards body or organization) and can be b...
Right off the bat, Newman advises that we should "think of microservices as a specific approach for SOA in the same way that XP or Scrum are specific approaches for Agile Software development". These analogies are very interesting because my expectation was that microservices is a pattern. So I might infer that microservices is a set of process techniques as opposed to an architectural approach. Yet in the book, Newman clearly includes some elements of concept model and architecture as well as p...
Microservices, for the uninitiated, are essentially the decomposition of applications into multiple services. This decomposition is often based on functional lines, with related functions being grouped together into a service. While this may sound a like SOA, it really isn't, especially given that SOA was an object-centered methodology that focused on creating services around "nouns" like customer and product. Microservices, while certainly capable of being noun-based, are just as likely to be v...
You hear the terms “subscription economy” and “subscription commerce” all the time. And with good reason. Subscription-based monetization is transforming business as we know it. But what about usage? Where’s the “consumption economy”? Turns out, it’s all around us. When most people think of usage-based billing, the example that probably comes to mind first is metered public utilities — water, gas and electric. Phone services, especially mobile, might come next. Then maybe taxis. And that’s ab...
SYS-CON Events announced today the DevOps Foundation Certification Course, being held June ?, 2015, in conjunction with DevOps Summit and 16th Cloud Expo at the Javits Center in New York City, NY. This sixteen (16) hour course provides an introduction to DevOps – the cultural and professional movement that stresses communication, collaboration, integration and automation in order to improve the flow of work between software developers and IT operations professionals. Improved workflows will res...