As businesses look to drive more and more value out of the organization, is there a way that IT can help? While the answer could be yes, the problem is time.
Around 41% of enterprise IT departments spend over 50% of their time responding to network and application performance problems
A study conducted by Enterprise Management Associates showed that around 41% of enterprise IT departments spend over 50% of their time responding to network and application performance problems. This leaves precious little time for value-add activities.
While tactical IT activities are necessary, they place a considerable drain on IT resources. What if you could reduce the amount of problem resolution time by just 10%? This would be more time that could be applied to deliver projects that increase customer retention, expand market share, and/or increase revenue. Again, while there is definitely value for tactical IT activities, the value is smaller than the value of strategic IT activities.
The question then becomes, how can you reduce the time you spend on application and network activities so that you can redeploy that time for strategic business tasks?
The answer is to improve your visibility into the network. Organizations need access to data. At the same time, that data is overloading them. According to IBM research, over 90% of all of the data in the world has been created in the last two years. Network visibility allows you to capture and process key pieces of network and application data to: generate business insights for better network and application performance, perform macroscopic troubleshooting tactics, create better security device efficiencies, and implement better compliance practices.
A lack of network visibility (geolocation of users and problems, device type and browser type information, real-time access to network and application performance as it transits across the network, etc.) is behind a lot of IT inefficiency. This results in a longer amount of time to put out troubleshooting fires than was necessary. Flow data, packet data, and performance data can all be combined to quickly create a detailed analysis. With this extra information, you can be more strategic and plan more effectively.
85% of MTTR is the time taken to identify that there is, in fact, an issue
Increased network visibility is also critical when dealing with one of the top IT metrics, mean time to repair (MTTR). Approximately 85% of MTTR is the time taken to identify that there is, in fact, an issue, says Zeus Kerravala, principal analyst at ZK Research.
Even worse, Kerravala says, the MTTR clock starts ticking whether IT knows that there is an issue or not. Reducing this metric not only helps to give you back valuable time, it should help you improve one of your key performance indicators (KPI).
Network visibility can assist in all of these areas. The foundation of network visibility is the visibility architecture. This architecture consists of three element types: taps, network packet brokers, and monitoring tools. Taps are simply passive devices that make a complete copy of the data traversing the network on that particular network segment. The copied data is then sent to a packet broker which allows you to aggregate all of your data, deduplicate it, strip off unnecessary headers or payloads, and then replicate one or more pieces of that data and send it to different monitoring tools. Once the visibility architecture is in place, reductions of MTTR by up to 80% are possible.
Some of the biggest enterprise changes today are cloud computing, shadow IT, and mobile/bring-your-own-device (BYOD). The thread that links these shifts is data handling. Each one, in different ways, enables users to create data from new sources. Network visibility should be a critical component of this shift to reduce your time and money spent on tactical IT activities.
The Latest
Part 3 of our three-part blog series on the shortcomings of traditional APM solutions for monitoring microservices based applications explains how the alerting and troubleshooting capabilities of traditional APM do not address the evolving requirements of monitoring microservices based applications ...
In a digital world where the speed of innovation matters, are you anchored down by legacy APM agents? ...
In a digital world where customer experience defines your business, is your APM solution doing its job? This may seem like a strange question to open a technical blog on Application Performance Management (APM), but it's not. With customer experience today largely driven by software, we think there's no more important question to ask ...
According to the NetEnrich 2019 Cloud Adoption survey, 68% of enterprise IT departments are using public cloud infrastructure today, and 27% of respondents said that doing so is part of their near-term plan ...
Organizations and their IT teams are not in sync when pursuing their digital transformation strategies, according to a new report released today by The Economist Intelligence Unit ...
Having the right tools and good visibility are critical to understanding what's going on in your network and applications. However, as networks become more complex and hybrid in nature, organizations can no longer afford to be reactive and rely only on portable diagnostic tools. They need real-time, comprehensive visibility ...
When building out new services, SaaS providers need to keep in mind a set of best practices and "habits of success," which cover their organization's culture, relationships with third-party providers and customers, and overall strategic decisions and operational know-how. If you're a SaaS application provider, here are five considerations you need to keep in mind ...
In the coming weeks, EMA will be gathering data on what we believe is a unique research topic — approaching DevOps initiatives from the perspectives of all key constituents. We're doing this to try to break through some of the "false walls" created by more niche, market-defined insights, or some of our industry hyperbole. Here are some of the directions we're pursuing ...
An application on your network is running slow. Before you even understand what the problem is, the network is blamed for the issue. This puts network teams in a dangerous position — guilty until proven innocent. Even when network teams are sure an issue doesn't stem from a network problem, they are still forced to prove it, spending sometimes significant amounts of time going through troubleshooting processes, looking for a problem that doesn't exist ...
Tap and SPAN. It's the same thing, right? That answer would be wrong. Some network engineers may not know the difference, but there are definitely clear and distinct differences between these two types of devices. Understanding these differences will help you elevate your game when it comes to network performance monitoring and application performance monitoring ...
