避免雲計算流量堵塞的12個竅門

在雲計算的相關故事介紹中，過程可謂是相當順利的，您只需要輕輕按下按鈕即可。 這對於那些獨立的、不依賴外部系統或協力廠商應用程式交互的簡單應用程式來說確實是這樣的。 甚至對於一些較為複雜的雲環境部署，您也可以遵循如下幾點來避免流量堵塞：
　　
　　1、檢查相關資質證明。 為避免部署流量堵塞和事故，對相關部署供應商的資質審核是相當重要的（甚至在大多數情況下有必要檢查開發者的相關資質證明）。
　　
　　2、讓您的開發團隊參與到架構審查擬議變化的過程中。 一些看起來無傷大雅的改變，如存取權限控制、驗證規則，甚至挑選清單值的變化都可能會產生很大的影響。 如果您的企業有一個以上的開發團隊在並行工作，這種影響程度會變得更大。
　　
　　3、如果你在您的雲計算技術環境下能找到一款建構管理工具（或至少審計工具），盡可能的使用它。 如果你不能使用，使用版本管理檔來跟蹤一切的變化。 GoogleDocs就相當不錯，特別是如果你的檔案檔為靜態檔，而且需要每週的進行歸檔的話。
　　
　　4、對所有模組進行單元測試，測試覆蓋率超過90%。 對主要正面和負面測試案例進行斷言測試。 對於核心業務邏輯，可以考慮使用測試驅動開發。
　　
　　5、每天都運行所有的單元測試，並記錄結果，即使您的代碼並未改變。 因為你的SaaS平臺或協力廠商軟體元素可能已經改變了，而您並不知道而已。 如果有任何單元測試失敗，開發團隊必須將其列為他們的最高優先順序處理事件。
　　
　　6、定期使用ANT或一些類似的腳本部署系統，並嘗試按照持續集成（CI）敏捷的最佳時間方案。
　　
　　7、在每一個具有代表性的測試資料的外部介面進行系統水準測試，並執行資料庫統計檢查（例如，「我們自上一次進行完成的運行之後，是否對50％的新客戶也進行了完整性檢查？ 」）
　　
　　8、至少每週對所有的系統運行一次測試並記錄結果，即使您的代碼並未改變。 因為不僅你的平臺或協力廠商軟體已經改變了，你的系統的資料有可能也有相應的擴大或改變，在先前用未經檢驗的方式調用的代碼路徑。 如果有任何單元測試失敗，開發團隊必須將其列為他們的最高優先順序處理事件。
　　
　　9、經常保持同步/刷新。 同步/刷新的週期應該明確納入專案計劃，成為開發團隊議程的一部分。
　　
　　10、有系統的管理配置的控制措施，防止實驗性變化，堅持超越實驗。
　　
　　11、有效的控制，防止非法變更生產系統。
　　
　　12、有效的控制，防止變化被直接應用於生產系統。
　　
　　在現實世界中怎麼做
　　
　　雲廠商都像瘋了一樣的創新，他們目前還處在部署基礎設施和規則的初期。 最好的雲供應商應該是為他們的直接客戶做好工作，但目前還沒有很多供應商有很好的技術，更不用說開源服務。
　　
　　太多的企業根本沒有很好的將部署基礎設施與上面所列出的幾點要點落實到位的。 如果是在這種情況下，你需要評估你企業目前所處的風險，以及相應的哪幾點應該優先更正。
　　
　　如果你的團隊眼前就已經遇到了麻煩（例如，你不能進行漏洞修復部署），首要任務是走出單純受這個局部問題所困擾的陷阱。 陷入這個困境，您所遵循的規則是把重點放在對局勢的控制，實際上沒有到達你想要去的地方。 您需要找出如何簡化問題，扭轉形勢，減少變數的數目。 一旦你解決了這一問題，確保在開發任何新功能之前優先部署基礎設施和實踐方案。 為什麼呢？ 你已經建立了一支技術所必須支付的債務。 確保每一個新專案自付「部署費用」，使部署基礎設施和相關規則不會遭遇資源的匱乏，可以在相關的移動部分增強挑戰。 否則，你永遠也不會走出僵局。
　　
　　大衛·泰伯是新出版社的書《Salesforce.com成功的秘密》的作者，是Sales Logistix公司的首席執行官。 Sales Logistix公司是Salesforce.com網站認證的顧問，長期關注通過使用CRM系統促進商業程式。 Sales Logistix的客戶遍佈北美、歐洲、以色列及印度。 大衛本人有超過25年的高科技行業經驗，其中10年處於VP及以上等級。
 

(責任編輯：蒙遺善)