【51CTO.com快譯】私有云讓企業能夠保護并控制應用程序和數據，同時讓開發團隊能夠更快速、更順暢地提供業務價值。但是雖然構建私有云有望徹底改變IT，要是沒有認真的規劃和準備，它也無異于是一次成本高昂的科學試驗。下面這十個要點有助于確保成功。

[[174210]]

1. 讓利益相關者參與進來。私有云并不是純粹的IT項目。將來實際使用的各個業務部門都應該參與進來，搞清楚規范和可交付成果。云改變了IT部門和業務部門之間的關系。雙方都要參與其中，搞清楚并接受這種關系因私有云而發生怎樣的變化。

2. 考慮使用場合。不用說，你需要認真考慮私有云的使用場合。如果說云的使用者沒有準備好使用自助服務，仍需要IT部門插手資源的配置和使用，這表明他們還沒有準備好云。構建私有云的一個必要前提通常是，用戶答應，私有云建成后，就使用它。不過，要確保需求沒有過于單單針對某一個項目，那樣它可以擴大范圍，支持企業的其余部門。

3. 度量指標是關鍵。參與云項目的所有利益相關者都應該就可度量的指標達成一致，這些度量指標將定義項目的可交付成果和成功。常常很難量化公司獲得的敏捷性具有的好處。然而，評估私有云項目時，從提升生產力或縮短時間方面來確定可度量的目標很有用。

4. 避免復制公共云。如果團隊決意在本地環境復制公共云（AWS、Azure或GCE等），通常不會成功。私有云的設計、架構和實施應該取決于業務部門及應用軟件的要求，而不是公共云中的功能特性。公共云旨在服務于一大批客戶，提供對某家企業來說可能毫無用處的數百個服務。目標應該是確保目標項目的必要條件得到了滿足。

5. 專注于敏捷性。要考慮云如何為你的團隊帶來敏捷性，設計云時讓這個好處***化。IT部門和業務部門之間的關系應當得到簡化，并為云用戶提供便利。這種便利從業務部門開發及/或部署應用程序的速度方面來看應當具有實實在在的好處。

6. 著眼應用程序而不是工作負載。傳統的IT項目通常基于來自針對某個應用程序的資源配置***階段的需求。在私有云中，設計應用程序架構時著眼于上游為構建合適的云提供了***的成功保障。應用程序的架構其實可以設計成云原生，這就能大大提高私有云項目的成功幾率。

7. 避免格格不入。私有云是一種非常靈活的資源池。然而，不是每個應用程序都很適合。專注于評估應用程序的需求，之后再將傳統的整體式應用程序遷移到私有云。一個經驗法則是，如果應用程序在物理機上運行，它可能還沒有準備好遷移到云端。關注的***個應用程序應該能夠按需擴展，能夠處理隨機的基礎設施部件或應用程序組件偶爾出現的故障。

8. 云移植性必不可少。混合之道才是云的未來。每個團隊都要考慮自己想不想要應用程序能夠在私有云和公共云之間移植，甚至能夠跨多個公共云移植。私有云的設計和應用程序的設計都影響能否實現可移植性。一個簡單的經驗法則是，如果應用程序能夠跨多個公共云移植，那么將來可以跨私有云和公共云移植的可能性相當大。

9. 使用應用程序***實踐。開發團隊得認識到開發云原生應用程序方面的***實踐，以便提高私有云項目的成功幾率。12因子應用程序準則就是這樣一套***實踐，有助于開發出云原生應用程序。

10. 為導入和遷移作好規劃。并不習慣于云的傳統開發團隊在開發的各個階段需要幫助，以便使用私有云。將團隊導入到云需要規劃和投入資源，私有云項目應考慮到這方面。將應用程序遷移到私有云是開發團隊需要完成的一項重要工作；只要開發團隊將這方面計入到了時間表中，項目才會成功。

私有云是企業的一條轉型道路。但是就像任何轉變一樣，私有云需要全面考慮、認真投入和堅持不懈。如果企業能關注上述幾條實踐，就能順利實現轉型，讓業務部門可以更快速地提供價值，將IT部門視作這場轉變的推手。

 原文標題：10 key considerations when building a private cloud   原文作者：Kiran Bondalapati

【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】