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

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

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

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

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

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

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

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

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

Boundary的主要競爭對手是應(yīng)用性能監(jiān)控工具提供商，比如AppDynamics、CA Inc.、Circonus、ExtraHop、Librato和NewRelic。也有其他的云基礎(chǔ)架構(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美元。