What is our primary use case?
I have been using ThousandEyes for the past four years.
The main use case for ThousandEyes is in the visualization of paths and it also helps in troubleshooting, software optimization, and understanding where there is packet loss. It enables me to troubleshoot if there is a downtime and also provides visibility to notice if there is an internal network problem or ISP problems. These are the primary use cases. ThousandEyes enables me to be aware of any performance degradation before users report any problem or issues are being reported.
A great specific example where I used ThousandEyes in solving a problem is as a tool for troubleshooting. I use it in troubleshooting complex network applications, especially with the integration of ThousandEyes with AWS. We use it to monitor our ISP, our third-party services, and also to monitor our DNS and our software application performance. The usage of ThousandEyes really helped in creating an end-to-end visibility. Instead of guessing where there might be a network issue, ThousandEyes made it very clear whether the problem was in our internal network, ISP, or a third-party service.
ThousandEyes really helped me in noticing latency issues in our network. This really helps a lot for us to know how to improve our network, especially when it comes to performance issues or ISP issues. Also, in our cloud and SaaS performance monitoring, it helps us to monitor the actual users in our SaaS applications and also to detect packet loss outside our own infrastructure. Because our own infrastructure is hosted on AWS, ThousandEyes being hosted on AWS really helps us to detect any packet loss in our infrastructure and also notice any performance against incident periods and identify anomalies very clearly. Another good use case that helped me so well is that ThousandEyes helped me to confirm whether performance actually improved or if new issues were introduced, especially when I'm trying to monitor packet loss or latency issues.
How has it helped my organization?
ThousandEyes has really impacted my organization because my organization works a lot with SaaS products and also services other endpoints. It has really helped my organization to not have to hop from different endpoints to see exactly where latency loss or routing issues occur. It has also really helped our organization to understand the importance of performance observability and to understand the risk and single points of failure. The application of ThousandEyes on both internal and external services has helped us to better understand the idea of performance across regions and how internet conditions can vary globally.
There is a reduction in the time spent on root cause analysis. Sometimes, figuring out the root cause without concrete evidence of where the problem is can cause more errors and problems. With ThousandEyes, we are able to perform root cause analysis very effectively, and this also reduces the time spent on troubleshooting. Troubleshooting can be very complex, and if we don't have the right incident sensor, a lot of time can be wasted trying to troubleshoot a small problem. But with ThousandEyes' detection and the ability to provide the right agents, it makes troubleshooting very easy and reduces the time we waste. Faster troubleshooting is essential, and the detection of the root cause is great with the usage of ThousandEyes. I really recommend ThousandEyes for organizations that rely heavily on cloud services or external providers because it provides clear accountability when issues arise.
What is most valuable?
The best features that ThousandEyes offers are end-to-end network path visualization, and also cloud and internet performance monitoring across the public internet and cloud services. Also, agent deployments are a great feature. This includes deploying lightweight agents in different locations such as on-premises, cloud, and remote sites. This enables the measurement of real user paths and performance. Another great feature of ThousandEyes is its dashboard and historical baselines. The dashboards can enhance historical trends that help you compare against current performance and old performance. This is a great feature, especially when exporting reports that help to explain issues to executives, vendors, or customers during collaboration, reporting, and alerting processes.
I find all of them fascinating and great. You cannot really say one is better than the other because they all work in collaboration to help you detect problems. The end goal is always to present the historical baselines and reports to stakeholders. As a software developer, I find the end-to-end visibility fantastic because it reduces the stress of my work trying to figure out where there is packet loss or latency issues. Also, agent deployment helps in monitoring, detection, and internet performance, which is great. Then, the dashboard's ability to detect a historical trend provides great analysis. This reduces the need for separate data analysis or incorporating a third-party SaaS to explain historical trends. For me, all the features are great and make ThousandEyes stand out among other observability products. I find all of them fantastic. As a software developer, the end-to-end visibility comes first, but there is also the aspect of explaining to management what the issue has been. The operational features are really fantastic. It's a great collaboration where one cannot do without the other.
The feature that surprises me and is very prominent is the ability to deploy agents in cloud regions. I work very well with AWS, and this is a great feature integration with ThousandEyes. The ability to deploy agents in different cloud regions is a great key for monitoring, even on-premises or hybrid infrastructure. Also, custom alerts really help to reduce team noise and focus on real incidents. I find it fantastic. Another ability is the internet outage intelligence. This correlates with internet issues by monitoring the data. Right now, performance optimization is very important with the usage of SaaS products or when you host your infrastructure on a cloud. When there is an internet downtime, it causes heavy traffic. With ThousandEyes being able to detect and monitor this, it's fantastic for me. It reduces the workload and also reduces errors in trying to figure out where there is internet downtime, low visibility, or other incidents. I really find this aspect of ThousandEyes great. There could be improvement in the future, but for now, it works perfectly when you compare ThousandEyes with other observability products.
What needs improvement?
ThousandEyes can be improved based on path visualization. When you're trying to check exactly where traffic was impacted, the path visualization could be improved by pinpointing the actual performance problem and also detecting the right outages. For me, path visualization is a great area for improvement in ThousandEyes, as well as providing the right agents to detect where problems are occurring. Another area of improvement could be proactive incident detection. Incidents should be alerted on and traced early, before they escalate to full outages. With ThousandEyes, there should be the possibility of alerting on incidents. This helps in incident detection and being proactive so that time, which is essential, is not lost. An alert can be given so the problem can be solved very quickly. Alert detection and path visualization are two strong areas to improve on ThousandEyes.
The visual reports should be much easier to explain, for example, when explaining network issues to application teams and management. Also, when it comes to vendor accountability, the platform should be able to provide solid data to back up claims when working with service providers or on third-party issues. This is an aspect of integrating third-party providers on ThousandEyes, and especially when we talk about security, there should be solid data to back up claims. This would enable third-party vendors to know the essential work when they are integrated with ThousandEyes.
I chose eight out of ten because of the lack of objective performance data. With observability, performance data is very important, which isn't fully the case with ThousandEyes. Also, as I mentioned, path visualization needs improvement to provide better visibility into connectivity issues, especially with remote users across different regions. These are the two aspects I removed points for. ThousandEyes needs to improve its visibility, which can affect connectivity for remote users in different regions, and it needs to improve its path performance visibility. It also needs to improve its service level agreement in terms of performance data. It's all about the data, which is essential when explaining things to management or stakeholders.
For how long have I used the solution?
Two years.
What other advice do I have?
The advice I would give others looking into ThousandEyes is that it's a great product. The ability to deploy agents in cloud regions is a key feature for monitoring hybrid, on-premises, and private cloud infrastructure. The custom alerts and dashboards help reduce noise and focus on real incidents, which is a great feature. Also, the ability for path visualization, addressing performance issues, and being proactive in troubleshooting complex network issues are great aspects of ThousandEyes. It can help organizations reduce the time they spend troubleshooting network issues or their ISP. Another aspect is the idea of proactive alerting, especially for latency loss thresholds. ThousandEyes is really good in that aspect, which can help define problems and improve current performance. I would rate this product an eight out of ten.
Which deployment model are you using for this solution?
Public Cloud
If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?
Amazon Web Services (AWS)