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

[[137867]]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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