When the discussion turns to monitoring, that discussion most often focuses upon either monitoring the infrastructure for performance and availability, or monitoring the performance and availability of certain key applications. While it is essential to monitor both the infrastructure (hardware and software) that supports the key applications in your environment, and the applications themselves, it is also critical not to overlook the single most important person in the environment – the actual end user of the application or IT service.
The History of End User Monitoring – Synthetic Transactions
While the idea of end user monitoring has been around for a while, it has not been (until very recently) very well implemented. The first attempt at understanding the performance of a an application from a user’s perspective was to implement a synthetic transaction system where software robot’s emulated the actions of a set of users by running a script that executed certain functions in the application. This was very useful for functionality and load testing, and was the basis of the early success of Mercury Interactive, who was later acquired by HP. Keynote and Gomez both built substantial businesses around a web service that did response time and availability testing on a synthetic transaction basis and Gomex was ultimately acquired by Compuware.
Emulating end users through synthetic transactions allows enterprises to be sure that applications are up, and to be sure that certain transactions are running before the users wake up or show up for the day and are very useful for these purposes. But it is impossible to write a script that does every (dumb) thing that users do inside of applications, and it is therefore impossible to know what a real user’s experience is with an application by using just a synthetic transaction monitor.
Enter Real User Monitoring
Real User Monitoring (RUM) is all about understanding what is actually going on within the actual client side application (browser based, or proprietary thick client) of the end user. There are two core approaches to Real User Monitoring:
RUM, Virtualization, It as a Service and the Cloud
So why should you care about RUM? The answer is that if you care about virtualization, IT as a Service (ITaaS), private clouds or public clouds, you should probably care about RUM. Here is why:
- We have consistently pointed out the difficulty of inferring the performance of a virtualized infrastructure or the applications running on it by looking at resource utilization metrics that pertain to the infrastructure or the applications. To assess the performance of a virtual infrastructure you have to measure its latency. To assess the performance of an application running on a virtual infrastructure you have to measure its response time. Since many organizations incur resistance to virtualizing performance critical applications (due to performance concerns on the part of applications owners and end users) RUM is the only way of scientifically proving to applications owners what the actual response time of the application is to those users.
- If you have a private cloud or IT as a Service initiative, you are constructing an environment where business requests for services (applications) will be provisioned into a shared infrastructure in a fully automated manner. If you want to performance assure applications running in this kind of environment, then you either need to provision applications monitoring along with automated provisioning of the application (BlueStripe would be an excellent choice for such an approach), or instrument the users with RUM so that you can see what the performance of the application system is (both before and after it is virtualized) from an objective point that is outside of the dynamic and shared environment that is hosting a constantly changing set of applications. The end user’s device will in some cases be the only constant point from which you can measure as you move an application from physical to virtual, and as you constantly change the mix of applications running on any particular host.
- The degenerate case for understanding the performance of an application is a SaaS delivered application (for example SalesForce.com) where the user is using an iPad, and is sitting in a hotel room, connected to the application over a network that the IT organization never sees. However, it has already been the case that when these users experience slow performance they get their boss (the VP of Sales) to go yell at the IT department (who needless to say can do nothing about the problem). Understanding the performance of SaaS delivered applications (even to Windows browsers) so that the organization purchasing the SaaS application can hold the provider responsible for performance can only be addressed with an agent on the client side device.
- To build upon the point above, if your organization is using, or is planning to use SaaS delivered applications, and the users of these applications will be some of the time or all of the time remote, mobile, and travelling and therefore using the public Internet to access these applications, a client side agent is the only way to both know what SaaS applications your users are running and how they are performing.
For the above reasons, RUM is likely to take on an increasingly important role in your monitoring architecture for virtualized, private cloud, ITaaS, and public cloud environments.
The Frontier in Real User Monitoring
RUM did not used to be an exciting problem. Two years ago, you could monitor the performance of web applications reasonably well at the level of the web server as two years ago most web apps were built around a simple HTTP request/response model. Since all of the real applications code ran on the web servers and applications servers (and not in the browser), understanding the last mile to the user was of marginal benefit. For Win32 apps two years ago this problem was confined to a small set of Win32 applications (like SAP R3) for which end user experience was critical, but this was a niche problem addressed by niche vendors (Aternity and Knoa).
In the last two years much has changed. First of all functionality has moved into the browser. Rich Internet Applications written to Ajax, Adobe Flex, Adobe Flash, and Microsoft Silverlight have become much more important. In RIA applications you cannot tell what is happening to the user by watching the protocol stream at the web server (as you can with a simple HTTP web application). Furthermore we have seen the Apple and Google smart phone and tablet platforms emerge as true applications platforms for – in some cases – business critical applications. The importance of these new mobile platforms as applications platforms will only grow over time. As was mentioned above, if users are going to be accessing business critical applications with these devices, and some of these applications will be SaaS or cloud delivered, then client side agents and therefore RUM will be the only viable approach to monitoring the performance of these applications to their users.
Finally, two years ago there were two niche RUM vendors (Aternity and Knoa) both of whom specialized in the RUM or EUE market, and whose products addressed the user experience piece of the equation, but left the rest of the application system to the APM vendors. Now we have seen several of the APM vendors step up to the plate with significant RUM functionality, which goes down the road of making RUM into a feature of an APM suite – providing a true end-to-end view of applications performance to the applications owner.
So Who is Who in End User Experience and Real User Monitoring?
Correlsense is a vendor whose primary commercial offering focuses upon tracing transactions through complex, multi-tiered and heterogeneous business critical and performance critical applications. Correlense’s instrumentation is unique in that it does not live inside of the application run-time (like a Java or a .NET APM tool), but rather that it looks at the interactions between the application and the underlying OS. This allows the back end Correlsense product (SharePath) to support a wide variety of applications and platforms.
Correlsense makes its SharePath RUM product available for free. Correlsense’s strategy in this regard is that if make it easy for you to find out of your end users are having applications performance problems, then Correlsense is then a good candidate to help you find those problems in your back end systems.
dynaTrace is one of the leaders of the enterprise Java/.NET Applications Performance Management market. dynaTrace is unique in that its PurePath technology actually traces individual transactions through all of the back-end tiers of of the application system at the Java//NET level. This allows teams that support business critical custom-developed applications to quickly find code problems in production. The premium version of the Ajax Edition covers issues with response time that are local to the Ajax code running in the browser and fully integrates with the enterprise back end dynaTrace APM solution.
Compuware acquired Gomez (a web performance management company) and has now integrated the Gomez SaaS platform with its back-end APM Suite (formerly called Compuware Vantage and now rebranded as part of the Gomez product line) and has added RUM functionality targeted at web applications (traditional and mobile) as well as native mobile device applications. The web applications functionality is based upon tags inserted into HTML pages or injected via an F5 load balancer. The support for native mobile applications is based upon a source code agent that can be included into the mobile application by the mobile applications developer.
Aternity is one of two vendors (Knoa is the other) that delivers a RUM solution not just for web applications but also for client-resident commercial and custom-developed Win32 applications. Aternity has recently added deep monitoring of the Outlook Win32 client on the fat client side of its offerings, and support for browser based applications that use Ajax on the web applications side of its features.
Aternity has productized and packaged the process by which transactions inside of an application are identified and instrumented – allowing customers and partners to rapidly add support for new applications and transactions. Aternity is therefore in the position of allowing for the coverage of more of the client side waterfront in terms of applications breadth than any other vendor.
Knoa is one of the pioneers of the RUM space and focuses upon deeply monitoring every transaction for performance and compliance for the most business critical applications in use in large enterprises – including SAP, Oracle Financials, and several others.
End User Experience Solution Summary
In a world where you are changing everything – by moving applications in whole or in part from physical to virtual, to private cloud and ultimately (at least for some applications) to a public cloud, having an external reference point from which to judge the performance of these applications is essential. That reference point might best be the end user’s workstation, laptop or mobile device. Real User Monitoring solutions are likely to play a prominent role here.
Share this Article:
Latest posts by Bernd Harzog (see all)
- VMware vSphere 6 Attacks Amazon with “One Cloud, Any Application” - February 9, 2015
- VMware vSphere 6 Attacks Red Hat: VMware Integrated OpenStack - February 3, 2015
- Will the Public Cloud Be the Next Legacy Platform? - January 20, 2015