devopsy.kinsta.cloud

Tag: DEM

  • Best Practices for Digital Experience Management

    Best Practices for Digital Experience Management

    The COVID-19 pandemic put digital services in the spotlight. The winners in 2020 and beyond will be those organizations which provide awesome user experiences for online products, services and apps. There is scant room for error, as digital leaders before the pandemic have upped their game even more.

    For example, streaming service provider Netflix’s 2020 Q4 revenue reached $6.64 billion – almost $14 million more than expected – and added 8.5 million paid subscribers. The company had more than 200 million users in the quarter and saw viewership for non-English titles jump 50% during the year as U.S. viewers sought new content from around the globe.

    Companies in more traditional sectors, such as restaurants and hospitality, also grew by investing further in digital strategies. Chipotle’s 2020 revenue increased 7.1% to $6 billion, with digital sales skyrocketing 174.1% and accounting for more than 46% of sales. Target’s digital sales increased 155% in Q4 while Costco grew e-commerce sales by 91% in FY20, as online ordering and curbside pickup became the new normal.

    Digital Experience Monitoring Basics

    To manage this onslaught of online customers and transactions, IT organizations are turning to digital experience monitoring (DEM). DEM is a broad area, but it comes down to delivering the best experience for your customers and employees by monitoring your IT assets and addressing issues that arise before they become problems. DEM allows you to mimic and test the end-to-end customer and worker experience. Such solutions can be used in on-premises data centers or run in multi-cloud and hybrid cloud environments.

    There are two key methods for DEM:

    Real user monitoring (RUM): This entails using real users’ devices to measure the performance of a page. A script is injected on each page to measure data on page load performance for every request made, monitoring the interaction of an application and the users. The data shows such aspects as how an application is being used and the geographic distribution of users.

    Synthetic monitoring: This technique tests the performance of a page using an automation tool rather than users’ actual experiences. Scripts are used to simulate how a user might move through a web application and then reports are created based on that performance.

    In a recent report, Gartner analysts said DEM products are evolving, moving from a focus on performance and availability to correlating infrastructure and operations (I&O) and business outcomes. Currently, fewer than 15% of digital business initiatives will require I&O leaders to report on business metrics from digital experience; that will jump to 70% by 2025, Gartner says.

    For years, organizations have been using monitoring tools to measure various aspects of their infrastructure. For example, IT operations management (ITOM) solutions track metrics and manage alerts and events for infrastructure hosted on-premises or in the cloud, including servers, networking systems, storage appliances and databases. The data also can be used for historical data analysis and to map out trends.

    DEM is specifically focused on the end user experience, giving IT professionals the visibility to run diagnostics, fix issues and measure performance at each point of contact between the users and the application. Acquiring a new customer is an expensive effort, and a customer can be lost because of a single poor experience. DEM is designed to ensure the optimal experience.

    Getting Started with DEM

    There are two common approaches for implementing DEM:

    Point tools: Domain-specific monitoring tools track and measure different layers of the technology stack, such as networks and applications. The upside to this approach is you get more in-depth coverage from the point tools, but it can lead to tool sprawl, which impairs visibility and increases costs.

    Platform: This approach provides native monitoring for many areas and integrates with other tools, as needed, to deliver a central, unified view that makes it easier to see everything at once. However, it doesn’t include best-of-breed performance or the deepest analysis capabilities you will want in every area.

    An important first step is to identify the metrics and outcomes priorities for your organization. Then spend time researching the proper toolset for the goals you want to achieve. If you decide on deploying multiple single-domain monitoring tools, remember that you will need an integration strategy. The tools will need to easily share data and display that centrally, to deliver a holistic view of digital experience. Integration is also critical for troubleshooting and connecting metrics to a specific business service. You also will need subject matter experts in these technology domains who can ensure that the DEM tool(s) keep pace with advancements in IT infrastructure and development technologies.

    The Future of Digital Experience Monitoring

    The DEM field is evolving, with more parts of the I&O stack coming under its purview. Solutions will offer more capabilities and be easier to integrate out of the box with other tools because the end-to-end flow doesn’t stop with monitoring and collecting metrics. ITOps staff need to take action on critical alerts with efficient workflows and intelligent recommendations. AIOps and machine learning analytics are playing a growing role here.

    DEM can reduce time-to-value for customers and workers, simplify and ease onboarding to new sites and apps and ultimately increase interactions and sales. Advanced solutions can fuel predictive analytics, form a deeper understanding of user behavior to optimize websites and apps in step with user requirements and dynamic infrastructure changes. In a digital-centric world, DEM capabilities are critical to the health and future of organizations in every sector.

  • The Challenges of Digital Experience Monitoring

    The Challenges of Digital Experience Monitoring

    One of the great ironies of DevOps is that the better you are, the less likely it becomes that anyone will ever see your best work. If the code is supremely elegant, the app runs flawlessly, the servers do not lag and users and managers rarely say anything because that is exactly the experience they expect.

    People become aware of you only when something goes wrong—and at that point, they are rarely full of compliments. The experience means everything to them.

    Digital experience is the foundation of how online companies compete in the contemporary global market. That is why digital experience monitoring (DEM) has been recognized by Gartner as the most significant foundational process within application performance monitoring (APM). DEM is designed to improve not only your app but the entire experience that the user has in interacting with your brand online.

    If you’re unfamiliar with the DEM category, check out my primer here.

    DEM is the technological response to one of the oldest problems in business: not being able to be everywhere at once. On the digital side, the challenges of delivering the best possible performance across the widest scope fall into three spheres:

    • The problem of divergent user tech
    • The problem of network propagation
    • The problem of splintered responsibilities

    Let’s take a closer look at how DEM engages with each problem on its own turf.

    Divergent User Tech

    The mobile OS wars have settled on two champions for the time being: iOS and Android. As of February, those two account for 99.6 percent of mobile sales. Of course, from a DevOps perspective, nothing is that easy.

    Within iOS, around 79 percent of devices are on iOS 10, and another 16 percent are on iOS 9. The other 5 percent are scattered across various earlier versions. On the Android side, version 6 Marshmallow has the largest share at 31.3 percent of the market, and there are a plethora of other versions out there. Then you have to worry about the mind-boggling variety of hardware.

    For every combination of device and OS running your app, there are also users going to your mobile website on a handful of browsers. The numbers for February 2017 show 55.2 percent of the market is on Chrome, and 29.84 percent are looking at you through Safari. That leaves 14.96 percent of the market to be divided up among the default Android browser, Opera Mini, IE (at 1.02 percent, as hard as that is to believe) and many other contenders. It is significant to note here that the market leader did not even exist five years ago, so any apps you build now must be designed to work on browsers that haven’t been invented yet.

    The second subset of problems within the user tech consideration is geographic variation. How your app runs on 4G LTE in the city will be very different from 3G in rural areas. While Atlanta was judged to be the fastest city in the nation with downloads averaging 16.9 Mbps, users in the capital of Washington, D.C., can only work at 9.2 Mbps.

    The final subset covers issues related to the connection medium: Wi-Fi, cellular data, NFC, Bluetooth, ZigBee, WiMAX, HSPA, EV-DO, etc. It should be clear that there may be wide variations in digital experience based on the connectivity medium of various features within your app.

    Network Propagation

    It is not always the user’s fault. Old-school IT support tends to start with that assumption, but there are times when the problem originates within your own network or results from network latency generated by external errors.

    Everything that is happening on your servers, from DDoS attacks to viral videos to presentations in the conference room, could impact the performance of your app. As microservices becomes the dominant design model, it has become more common to see distributed applications get hung up in communications across the network. How will you track down which team is at fault or even assign fault when communications between microservices break down? The bigger question is, how will you correlate what happened on the front end with what happened on the back end?

    Splintered Responsibilities

    The second set of problems implies the third, which has to do with establishing a more unified view of your digital experience beyond just the IT world or whichever departments are involved. If your app involves contractors or third parties, the bigger view is larger than your company itself.

    It takes a paradigm shift to see your app as a unified tool. You have to assign a central command that takes a unified approach to keeping internal and external teams in agreement. This is the level where a team will determine the proper processes to launch at a moment’s notice and mitigate the damage from issues in real time.

    A central command outpost running DEM is needed to ensure a swift diagnosis of the performance anomalies. Then the DevOps team can resolve the issues and deploy fixes with minimal disruption to whatever the end user wants to do. Ideally, you want to do it with zero downtime or at least an SLA of nine 9’s (0.0864 milliseconds of downtime per day).

    About the Author / Kevin Goldberg

    Kevin Goldberg works in marketing at SolarWinds working on the Monitoring Cloud team. Prior to SolarWinds, he worked at AppDynamics and WalkMe. Follow his ramblings on Twitter at @Kevin_Goldberg.