The document discusses best practices for monitoring cloud networks using ThousandEyes. It outlines a cloud readiness lifecycle including benchmarking performance before deployment, establishing a baseline after deployment, and continuously monitoring and optimizing performance during operations. The presentation includes an agenda, overview of ThousandEyes capabilities, discussion of cloud adoption trends, the readiness lifecycle framework, operational considerations, and a demo of the ThousandEyes platform.
Before we start a couple of points of housekeeping. Firstly, we’d love your questions via the GoToWebinar Q&A panel that you should see to the right of your screen. Keep those coming during the presentation and we have some of our lovely colleagues lined up to answer those as we go, or save them to the end when we hope to allow some time for Q&A. Secondly, anyone who’s registered for this session will get a follow up email tomorrow with a link to the recording of this session and the slideshare. We’re looking to make the most of your time so Stefan and I are aiming to take 25 to 30 minutes, let’s see what we’re going to cover.
ThousandEyes was founded in 2010 and has office in the US, UK & now Japan. We’re backed by some key technology investors such as Sequoia, Sutter Hill, Google Ventures and Salesforce Ventures and provide a cloud based solution for network intelligence. Our customer include all 5 of the global top 5 software companies, 5 of the top 6 US banks and 3 of the Big 4 banks in the UK, as well as customers across manufacturing, retail, online commerce and any industry that is concerned with cloud migration and application availability for it’s employees and customers.
We leverage our end-point, enterprise and cloud agents to investigate the corporate network, the internet and cloud provider networks to give you a unified view. You can use this intelligence to correlate application performance to network health on a global scale and because it’s a cloud based solution it’s dynamic and shareable so you can easily collaborate with network, cloud and service partners to solve what would have previously been complex network issues.
So – Who Moved My Network?
One of the things that the shift to cloud and SaaS does is that it changes the nature of networking. This is what networking looks like in an enterprise before cloud. You’ve got a data center and branch offices connected by a traditional, MPLS WAN. All the apps and services live in the data center, all the users live in the branch offices, and MPLS is predictable. Within the four walls of your enterprise network, since you own and control all the network infrastructure equipment, you can gather monitoring data like SNMP, packet capture and flow data. Only problem is that, this is no longer reality when you’re in the cloud.
This is reality, you’ve shifted to a picture where you rely on the Internet, a huge and growing number of networks and services you don’t own or control, where customers and users are all over the map, literally, where your network communciations are traversing multiple ISPs in every transaction, plus very likely a security services provider, and in many cases a CDN. None of that will work if DNS doesn’t translate URLs to numeric IP addresses in a timely way. Oh, and that monitoring data you’ve been collecting from your network infrastructure? You can’t get it from all those other networks. This is a sea change in your business dependencies and your level of visibility when you move to the cloud and to SaaS.
So, for most of us on this call the fact is that our network has moved, let’s investigate why.
Constantly changing SaaS networks
New APIs every week
Internet constantly changes shape
Constantly changing SaaS networks
New APIs every week
Internet constantly changes shape
Constantly changing SaaS networks
New APIs every week
Internet constantly changes shape
Constantly changing SaaS networks
New APIs every week
Internet constantly changes shape