如果大家希望自己的云部署方案能夠切實起效，請務必規避以下三種常見錯誤。

[[137867]]

絕大多數企業實際上并不具備有效發揮私有或者公有云資源優勢的必要經驗或者人才儲備，因此整個實施過程必然會是一個嘗試且不斷經歷失敗的過程。即使大家從其它面臨著類似問題的企業身上積累并學習到了諸多教訓，也仍然會在親自動手時發現眾多獨特的難題，其中包括各類與數據集成、治理以及糟糕應用程序設計相關的陷阱。

當企業著手部署自己的***套云項目時，其結果分為以下三種：

• 實現成果并不符合云概念要求(例如僅僅屬于虛擬化服務器)，但企業IT部門將其稱為云，并認定項目部署成功。
• 公有或者私有云服務的實現方式存在問題，但企業IT僅從表面著眼并認定項目部署成功。
• 成功實現基于云的應用程序以及其它資源，企業IT部門快速轉向下一個云項目。

在實施過程中，企業對于項目成功乃至失敗的模式都將擁有更深層次的理解。有時候最重要的經驗教訓恰恰源自于失敗經歷。因此，以下三點正是大家值得關注且總結自云部署失敗的重要內容。

1.在未能成功理解目標之前，就匆忙將技術方案投入實際使用

很多企業在實現云技術方案時，往往會將技術本身而非業務需求作為最終目標。他們不會把時間用在針對數據安全性及治理要求進行的探討當中，甚至有可能忽略掉對于企業成功至關重要的核心業務流程的關注。相反，他們談論的往往只是關于Amazon Web Services、微軟、谷歌乃至其它廠商的方案本身。

這種態度可以總結為“讓我們先把技術搞定了，然后再看看能用它來干什么”——而這顯然是種錯誤的思維方式。

2.未能將性能水平納入考量

云方案往往擁有良好的運作表現——好吧，準確地講是在用于特定場景并配合設計得當的應用程序時能夠擁有良好的運作表現。企業往往會將自我配置以及自動配置機制能力作為實現云體系性能水平的重要前提。然而這種資源配置能力并不意味著相關資源就能切實起效并順暢運行。

在云技術方案當中，良好的性能表現往往源自出色的應用程序設計，而非云體系根據需求將更多虛擬服務器添加進來的能力。

3.未能考量安全性、治理要求以及合規性

盡管大家可能會認為任何一家企業在向云環境遷移的過程中，都會將安全性作為自身考量的前提以及核心，但實際情況是大部分公司只會在事后才想起安全措施的重要性。

從起步階段開始，安全性就應該作為云解決方案當中的系統性及工程技術要素存在。后天附加的安全舉措往往無法切實起效，而且即使有效、實際水平往往也無法令人滿意。

通過了解以上三種導致云部署失敗的方式，通往成功的道路也會變得更加明確。總而言之，我們需要在選擇供應商之前認真評估自己的業務需求，確保應用程序在設計方面能夠充分發揮云技術的固有優勢，同時在起步之初就建立起一套融合了安全性、治理與合規性要求的系統方案。

原文標題：3 ways to screw up a cloud deployment