私有云让企业能够保护并控制应用程序和数据，同时让开发团队能够更快速、更顺畅地提供业务价值。但是虽然构建私有云有望彻底改变IT，要是没有认真的规划和准备，它也无异于是一次成本高昂的科学试验。下面这十个要点有助于确保成功。

  1. 让利益相关者参与进来。私有云并不是纯粹的IT项目。将来实际使用的各个业务部门都应该参与进来，搞清楚规范和可交付成果。云改变了IT部门和业务部门之间的关系。双方都要参与其中，搞清楚并接受这种关系因私有云而发生怎样的变化。
  2. 考虑使用场合。不用说，你需要认真考虑私有云的使用场合。如果说云的使用者没有准备好使用自助服务，仍需要IT部门插手资源的配置和使用，这表明他们还没有准备好云。构建私有云的一个必要前提通常是，用户答应，私有云建成后，就使用它。不过，要确保需求没有过于单单针对某一个项目，那样它可以扩大范围，支持企业的其余部门。
  3. 度量指标是关键。参与云项目的所有利益相关者都应该就可度量的指标达成一致，这些度量指标将定义项目的可交付成果和成功。常常很难量化公司获得的敏捷性具有的好处。然而，评估私有云项目时，从提升生产力或缩短时间方面来确定可度量的目标很有用。
  4. 避免复制公共云。如果团队决意在本地环境复制公共云(AWS、Azure或GCE等)，通常不会成功。私有云的设计、架构和实施应该取决于业务部门及应用软件的要求，而不是公共云中的功能特性。公共云旨在服务于一大批客户，提供对某家企业来说可能毫无用处的数百个服务。目标应该是确保目标项目的必要条件得到了满足。
  5. 专注于敏捷性。要考虑云如何为你的团队带来敏捷性，设计云时让这个好处*大化。IT部门和业务部门之间的关系应当得到简化，并为云用户提供便利。这种便利从业务部门开发及/或部署应用程序的速度方面来看应当具有实实在在的好处。
  6. 着眼应用程序而不是工作负载。传统的IT项目通常基于来自针对某个应用程序的资源配置*后阶段的需求。在私有云中，设计应用程序架构时着眼于上游为构建合适的云提供了*大的成功保障。应用程序的架构其实可以设计成云原生，这就能大大提高私有云项目的成功几率。
  7. 避免格格不入。私有云是一种非常灵活的资源池。然而，不是每个应用程序都很适合。专注于评估应用程序的需求，之后再将传统的整体式应用程序迁移到私有云。一个经验法则是，如果应用程序在物理机上运行，它可能还没有准备好迁移到云端。关注的*个应用程序应该能够按需扩展，能够处理随机的基础设施部件或应用程序组件偶尔出现的故障。
  8. 云移植性必不可少。混合之道才是云的未来。每个团队都要考虑自己想不想要应用程序能够在私有云和公共云之间移植，甚至能够跨多个公共云移植。私有云的设计和应用程序的设计都影响能否实现可移植性。一个简单的经验法则是，如果应用程序能够跨多个公共云移植，那么将来可以跨私有云和公共云移植的可能性相当大。
  9. 使用应用程序*佳实践。开发团队得认识到开发云原生应用程序方面的*佳实践，以便提高私有云项目的成功几率。12因子应用程序准则就是这样一套*佳实践，有助于开发出云原生应用程序。
  10. 为导入和迁移作好规划。并不习惯于云的传统开发团队在开发的各个阶段需要帮助，以便使用私有云。将团队导入到云需要规划和投入资源，私有云项目应考虑到这方面。将应用程序迁移到私有云是开发团队需要完成的一项重要工作;只要开发团队将这方面计入到了时间表中，项目才会成功。

私有云是企业的一条转型道路。但是就像任何转变一样，私有云需要全面考虑、认真投入和坚持不懈。如果企业能关注上述几条实践，就能顺利实现转型，让业务部门可以更快速地提供价值，将IT部门视作这场转变的推手。