在廠商發(fā)現(xiàn)之前，現(xiàn)在已經(jīng)有工具能有讓IT專家檢測云宕機了。一位Azure用戶在微軟宣布宕機前15小時檢測到了服務受阻，一位亞馬遜彈性計算云(EC2)用戶能夠使用基于軟件即服務的應用性能管理工具追蹤亞馬遜支持沒有注意到的問題。

這個SaaS工具是來自Boundary公司的產(chǎn)品，需要在不屬于任何公有云的每一個服務實例上安裝一個代理，授權(quán)訪問操作系統(tǒng)，比如Amazon EC2、Rackspace的Cloud Servers和Microsoft Windows Azure。一旦安裝，代理通過虛擬網(wǎng)絡接口監(jiān)聽網(wǎng)絡流量運行并發(fā)送信息到Boundary的數(shù)據(jù)中心，這個數(shù)據(jù)中心處理并通過自定制的Web界面展示給用戶。

“在我們安裝Boundary之前，我們對于我們的解決方案的網(wǎng)絡性能不清楚，”Fredrik Lindstrom表示，他是歐洲云服務提供商QBranch的系統(tǒng)架構(gòu)師，他們公司使用Windows Azure服務總線允許客戶端通過QNET自服務門戶訪問其數(shù)據(jù)中心。今年10月30日，QBranch能夠在微軟宣布宕機前用服務總線警告其用戶網(wǎng)絡問題。

然而Boundary不能精確的識別宕機原因，但是顯示了很多包傳輸發(fā)生混亂或者在QBranch的位置與微軟歐洲的虛擬數(shù)據(jù)中心之間放棄了。最終，兩個錯誤的網(wǎng)絡交換機被認為是導致間歇性網(wǎng)絡連接的原因。首先，假設錯誤是在QBranch這一端，Lindstrom說道，但是一旦Boundary報告被分析，就會清晰的顯示故障在微軟那一端。

Okta分享Boundary對于亞馬遜支持的信息

識別和訪問管理服務提供商Okta完全基于亞馬遜Web服務(AWS)，有大約200個實例部署在上面，進行測試、開發(fā)、執(zhí)行和生產(chǎn)工作負載。他們在其中70個實例上運行了Boundary代理，一個用于生產(chǎn)。Okta習慣于網(wǎng)絡的可視性，Boundary提供了發(fā)生問題時同AWS支持的交流，因為有些問題過于小不足以引起云服務巨鱷的注意。

“亞馬遜做這么大的生意，他們不必注意我們這個規(guī)模的事情，”Adam D'Amico表示，他是Okta的技術(shù)操作總監(jiān)，“一些特別大的問題需要轉(zhuǎn)移給他們處理。”特別的，Boundary允許Okta在可用區(qū)域之間檢測分區(qū)，“他們極可能相信我，如果我檢測到了某種我能說出來的事情，‘看，我這個不能用。’”D'Amico表示，“看，不只是一個或者兩個機器這樣;兩個不同的區(qū)域中有很多。”

兩個用戶都說Boundary有潛力成為更加有效的工具。比如，自動化臨界點，都是他們希望的功能，能夠自動擴展檢測臨界點，也能夠自動的在流量反常時警告用戶。另外，還應該積累一些常識，什么時候正常，什么時候不正常。

D'Amico表示Boundary有潛力成為監(jiān)控安全問題的廠商，主要是網(wǎng)絡性能安全問題，當服務器同一個從未使用過的端口對話時警告用戶。

Boundary的主要競爭對手是應用性能監(jiān)控工具提供商，比如AppDynamics、CA Inc.、Circonus、ExtraHop、Librato和NewRelic。也有其他的云基礎架構(gòu)監(jiān)控工具，用于大數(shù)據(jù)分析，通過SaaS交付協(xié)助用戶控制云管理。包括CloudPhysics、Sumo Logic、Splunk、AppFirst和ScaleXtreme。

Boundary的工具對于發(fā)送2GB檢測數(shù)據(jù)到其數(shù)據(jù)中心是免費的。QBranch是每月5GB數(shù)據(jù)400美元。