场景三 “ 慢动作 ” 的游戏
“ 老板，过去一周有 100 多个核心玩家说咱的游戏体验不好，经常卡顿，没法玩下去了。”
“ 什么 ？这可不行。小王，你告诉我到底是哪里出问题了？”
没有 ThousandEyes 的情况下…
“ 我们不仅有自建数据中心，也已经尽力买了各个地方最好的 CDN 和公有云服务了，阿里云，Azure ，Google 云和 AWS 都上了。涉及这么多家，很难查啊？”
“ 那怎么办？”
“ 要不我们再扩一扩带宽？或者买IOPS更好的服务器资源？”
“ 那不是又要提高成本嘛 ”
“ 这也是没有办法的办法…”
有 ThousandEyes 的情况下…
“ 老板等一下。ThousandsEyes 控制面板里说，海外玩家受到***供应商DNS故障的影响 ；国内南方城市的玩家受多处线路影响，估计跟洪水险情有关系。”
“ 有明确的故障信息吗？”
“ 我们已经和这些服务商分享了 ThousandsEyes 提供的故障报告，正在电话联系他们尽快处理。”
“ 要等多长时间？我们需要第一时间发布游戏服务的故障公告！”
五分钟后……
“ 老板，这几家供应商已邮件确认我们的故障反馈，可以发游戏公告了 ”
ThousandEyes 是如何做到的呢？
ThousandsEyes 的 Cloud Agent （ 预安装的云上代理 ） 是可以在各运营商、公有云里预部署的诊断组件。ThousandsEyes目前已在全球部署了191个 IPv4 Cloud Agent、76 个 IPv6 Cloud Agent，与全球 Tier1/2/3 ISP 直接相连，比如国内的电信、联通等。此外，全球微软 Azure 云 25 个 Region、Google 云的 17 个 Region、AWS的15 个 Region、阿里云的 19 个 Region 上均部署了Cloud Agent。这些 Agent 数量、位置，还在持续增加（见下图）。
如果您的企业对外提供服务，不管是基于私有云还是混合云部署，都可以在全球不同位置通过 Enterprise Agent 、 Cloud Agent ，监控这些服务对于全球不同位置访客的访问体验。
如果您的企业为员工购买第三方公有云服务，包括 SaaS 服务，可以基于 Endpoint Agent （安装在 PC 机上的代理）监控员工的访问体验，也可以基于 Enterprise Agent、Cloud Agent 监控各自区域访问这些服务的体验 ；
可供配置的监控任务多种多样：
- 监控 BGP ，帮助分析路由故障根因，检查全路径节点和线路质量，包括节点间多路径情况。官网也有多个 Internet BGP 大网故障事件的监控、分析报告，大家可以参考。
- 网络监控： Network 类型里可以监控 Agent 到服务的情况，这在前面的事例里面已经看到效果；也可以监控 Agent 到 Agent 的双向情况，这允许您充分发挥想象力以实现多种多样的监控效果。
- DNS 监控 ：可以创建启用所有 Agent 对 DNS 做丰富的检测。
- Web 监控：以在线购物为例，可以模拟账户登录后的操作以实现对 Transaction （ 交易 ） 类型的监控。
- 语音监控：针对语音部分，也提供多种监控方式，可以针对SIP Server、RTP 流、VOIP 呼叫，包括“ Skype for Business ”。
场景四 故障复盘愁死人
企业 A 最近刚开始上 SD-WAN ，但吃不准厂商的解决方案是不是最优的。
“小王啊，我们最近上了 SD-WAN 效果怎么样啊？钱是省了，网络速度降低的多不多？不知道是不是要换一家试试？”
没有 ThousandEyes 的情况下
“ 感觉还可以，没有明显问题 ”
“ 什么叫感觉还可以？你有数据嘛？”
“我可以找个测试软件找找时间切面上的速度情况…”
“ 那能有多准确？？而且发现性能不好能定位故障吗？”
有 ThousandEyes 的情况下…
“ 老板放心，准得很。ThousandsEyes 能同时看到底层网络和 SD-WAN 的性能表现 。不仅能知其然，还能知其所以然。”
ThousandEyes 是如何做到的呢？
SD -WAN 是一个 “ 网络上面创建网络 ” 的场景， 前者是运营商的专线 /internet 线路等，后者是企业互联各分支的“ 虚拟的网络 ”，前者是底层 /underlay 而后者是虚拟隧道 /overlay，这样复杂的网络模型，ThousandEyes 是如何做到性能监控的呢？
如下是一个真实的客户案例 : 该客户基于运营商 MPLS 的线路搭建企业 SD-WAN 网络。
此图是基于不同类型 Agent 通过 ThousandEyes 平台创建不同类型的 Test （测试）：比如基于 Cloud 或 Enterprise Agent 测试 underlay MPLS 线路网络质量、比如安装在 SD-WAN 内的 Enterprise Agent 之间可以互测以便提供Overlay 虚拟通道的网络质量和网络吞吐 （比如分支与总部各部署一个 Agent ） ；
创建种类丰富的 Test （测试） 后，即可按需制作各种类型的Dashboard （监控大屏），比如私有云服务、SaaS 应用服务、Web 服务、不同区域、网络性能、不同运营商线路等等；这在 SD-WAN 整体运营中非常重要。
在该案例中，10 月 12~ 18号期间，芝加哥分支不管访问哪一个 SaaS 服务，都出现持续高延时 ；
而芝加哥地区的运营商线路监控显示，AT & T线路存在高时延 ：
点开路径可视化即可发现此时的 AT & T与 Microsoft 的 Ingress节点之间 （ BGP Peering ） 可能出现了某类故障。整个路径上，延迟超过 60 毫秒的为红色 MPLS tunnel ，贡献了 105 毫秒的高延时 ；
这就是从上到下的整体复盘能力，该案例中可以将运维画面 （ 监控画面的网址 ） 分享给对应的服务商，快速定位故障点！
ThousandEyes 这一综合运维的能力，帮助企业提供底层 Underlay、上层 SDWAN overlay 及企业应用的全面而可视化的综合体验，帮助企业IT提供全面可视化的精细运维提升企业生产力！
总结
ThousandEyes基于代理工作机制，通过Endpoint、Enterprise 、Cloud三大 Agent 类型，针对企业内外应用 （ 包括 SaaS 服务 ） 的多运营商全旅程，提供精细可视化健康监控。
除了 ThousandsEyes 之外，思科围绕 Application-First （关注应用为先）正在不断推出适合多云环境的 AIOps 平台，包括网络、服务器、容器和应用；比如 ACI/NAE 针对多云网络环境，比如 AppDynamics 针对多云应用自身，从应用支撑的产品交易运营到应用的代码级排错，还与思科多云网络集成；再比如 Tetration 针对多云应用安全，颗粒度精细到每一个操作系统包括容器，提供给企业零信任安全架构。
通过全栈式 （ Fullstack ） 视角和架构产品，思科正在帮助企业不断提升 AIOps 水平，形成真正的基于数据驱动的BizDevOps （ 业务/开发/运营 ） 闭环运营能力，努力帮助企业拥抱云计算时代，推进数字化转型进程。
