在厂商发现之前，现在已经有工具能有让IT专家检测云宕机了。一位Azure用户在微软宣布宕机前15小时检测到了服务受阻，一位亚马逊弹性计算云(EC2)用户能够使用基于软件即服务的应用性能管理工具追踪亚马逊支持没有注意到的问题。
这个SaaS工具是来自Boundary公司的产品，需要在不属于任何公有云的每一个服务实例上安装一个代理，授权访问操作系统，比如Amazon EC2、Rackspace的Cloud Servers和Microsoft Windows Azure。一旦安装，代理通过虚拟网络接口监听网络流量运行并发送信息到Boundary的数据中心，这个数据中心处理并通过自定制的Web界面展示给用户。
“在我们安装Boundary之前，我们对于我们的解决方案的网络性能不清楚，”Fredrik Lindstrom表示，他是欧洲云服务提供商QBranch的系统架构师，他们公司使用Windows Azure服务总线允许客户端通过QNET自服务门户访问其数据中心。今年10月30日，QBranch能够在微软宣布宕机前用服务总线警告其用户网络问题。
然而Boundary不能精确的识别宕机原因，但是显示了很多包传输发生混乱或者在QBranch的位置与微软欧洲的虚拟数据中心之间放弃了。最终，两个错误的网络交换机被认为是导致间歇性网络连接的原因。首先，假设错误是在QBranch这一端，Lindstrom说道，但是一旦Boundary报告被分析，就会清晰的显示故障在微软那一端。
Okta分享Boundary对于亚马逊支持的信息
识别和访问管理服务提供商Okta完全基于亚马逊Web服务(AWS)，有大约200个实例部署在上面，进行测试、开发、执行和生产工作负载。他们在其中70个实例上运行了Boundary代理，一个用于生产。Okta习惯于网络的可视性，Boundary提供了发生问题时同AWS支持的交流，因为有些问题过于小不足以引起云服务巨鳄的注意。
“亚马逊做这么大的生意，他们不必注意我们这个规模的事情，”Adam D'Amico表示，他是Okta的技术操作总监，“一些特别大的问题需要转移给他们处理。”特别的，Boundary允许Okta在可用区域之间检测分区，“他们极可能相信我，如果我检测到了某种我能说出来的事情，‘看，我这个不能用。’”D'Amico表示，“看，不只是一个或者两个机器这样;两个不同的区域中有很多。”
两个用户都说Boundary有潜力成为更加有效的工具。比如，自动化临界点，都是他们希望的功能，能够自动扩展检测临界点，也能够自动的在流量反常时警告用户。另外，还应该积累一些常识，什么时候正常，什么时候不正常。
D'Amico表示Boundary有潜力成为监控安全问题的厂商，主要是网络性能安全问题，当服务器同一个从未使用过的端口对话时警告用户。
Boundary的主要竞争对手是应用性能监控工具提供商，比如AppDynamics、CA Inc.、Circonus、ExtraHop、Librato和NewRelic。也有其他的云基础架构监控工具，用于大数据分析，通过SaaS交付协助用户控制云管理。包括CloudPhysics、Sumo Logic、Splunk、AppFirst和ScaleXtreme。
Boundary的工具对于发送2GB检测数据到其数据中心是免费的。QBranch是每月5GB数据400美元。
