對AWS上的資源進行測試相對來說比較簡單直接。企業(yè)必須了解他們自身的漏洞和解決漏洞的計算成本。

一些云消費者可能會認為，Amazon Web服務是完全一鍵啟動的，任何東西都可以不需要測試就直接可以工作。但現(xiàn)實遠非那么簡單。

雖然保持一個AWS云全面運行是需要花費一些努力，但測試是一個可預期并且通常來說很簡單干脆的過程。AWS的許多方面使得它遠比在傳統(tǒng)的環(huán)境中測試更容易。并且AWS的規(guī)模和多樣性，使得其更容易實現(xiàn)高可靠性。

Shlomo Swidler，位于紐約的咨詢機構(gòu)Orchestratus的CEO，建議企業(yè)在AWS內(nèi)以不同的方式來考慮可靠性——而不是“只在一個單一的維度上。”在AWS里你無法只為一個特定的服務層付費，但你可以利用如負載平衡和自動調(diào)節(jié)之類的選項來提高可靠性。

“這些服務讓你充分利用AWS的規(guī)模，并且當某個特定的機器出問題時，可以創(chuàng)建自我恢復的機器備份，”Swidler說道。

同樣的，不管企業(yè)是在傳統(tǒng)的大型機，虛擬環(huán)境或云端運行，都必須明白哪些組件可能出故障，以及相應的系統(tǒng)所需的運行時間。例如，為了在AWS上確保彈性，用戶至少需要一個在不同的可用區(qū)(AZ)的實例。這意味著用戶需要有一個自動調(diào)節(jié)組支持另一個實例，這樣的話始終有兩個實例是同時運行的。

“這樣，如果一個區(qū)出了問題，你在另一個區(qū)還有另一個實例是正常的，”Andrew Siemer，一家軟件工程公司Clear Measure的首席架構(gòu)師說道。“這都取決于你想要達到的目標。”

AWS測試工具的選擇

用戶對現(xiàn)有的系統(tǒng)進行越多的測試，Siemer 說道，就越容易驗證是否AWS遷移是成功的。然而，在云里，備份、規(guī)模故事和災難恢復(DR)與本地數(shù)據(jù)中心相比都是不同的。雖然AWS幫你管理了許多活動，你仍然需要了解一個區(qū)的失敗或一個地區(qū)的失敗會如何影響你基礎(chǔ)架構(gòu)的設計和實施，“Siemer 說道。

就壓力測試來說，Netflix之類的公司使用Chaos Monkey 或類似的工具來測試云上的可靠性和災難恢復，Siemer說道。然而，很少有公司會像Netflix一樣，有著巨大的需求和大量的資源。此外，“Chaos Monkey 是一個開發(fā)的工作，”在某種程度上，搭建環(huán)境讓他們能夠配合Chaos Monkey也需要開發(fā)的工作，Siemer說道。他的意思是，如果一家公司有時間進行這樣的精細測試，那肯定是值得的。

“每家公司都應該不斷地測試他們的產(chǎn)品以確保能夠按照預期的工作，”Siemer補充道。

采用類似的方式，John Patton，數(shù)據(jù)管理公司OneVizion的CEO兼總裁，表示他的公司使用范圍廣泛的產(chǎn)品和服務以確保其基于AWS的業(yè)務可以流暢的運行。例如，他的公司使用第三方工具來ping其服務器并且監(jiān)控高使用量。OneVizion還采用Connectria，一家管理AWS托管服務的供應商，來設計其AWS基礎(chǔ)架構(gòu)。這兩家公司一起合作打造監(jiān)測應用，可以在彈性計算云中進行監(jiān)測，在問題浮現(xiàn)之前找出他們。

“我們在應用程序中自動記錄錯誤，并且每天都篩選一遍，以確保所有組件都能正常工作，”Patton 說道。

最后，Swidler說，AWS提供了強大的測試選項——只要開啟新的服務器然后復制你的環(huán)境就行。這是傳統(tǒng)的數(shù)據(jù)中心絕不可能做到的，但在云里卻會很容易。

“這是遷移到AWS的一大好處;你可以動態(tài)的測試新環(huán)境，而不用影響任何運維，”Swidler說道。