基本上，OpenStack是一个基于开源的云平台，需要在虚拟化数据中心中协调计算、存储和网络资源。它基于商品化的硬件，通过Web仪表板和API进行管理。
OpenStack社区不断壮大。 今天，200多个知名厂商对代码做出了贡献，包括思科、戴尔、惠普、IBM、英特尔、Oracle、Rackspace、红帽和VMware。
451 Research估计OpenStack生态系统的收入将增长近五倍，从2015年的12.7亿美元到2020年的57.5亿美元。
为什么选择OpenStack？
在最近的一项调查中，97％的用户认为标准化在多个云之间建立的通用开放平台最重要。避免供应商锁定是另一个重要因素（92％）。其他原因包括：来自客户的OpenStack兼容性要求、云原生应用部署、供应商合作、研究、数据治理、DevOps友好，以及自助服务和开源质量。
在早期，OpenStack主要用于非关键的内部工作负载，如测试和开发。从那时起，企业越来越多地在生产环境中使用它，尤其是云原生应用程序。
有哪些典型部署模型？
虽然存在各种模型的组合，但为了简化，以下列出最常见的一些。
本地分发：本地部署仍是最常用的部署模型。它可以用DIY的方法实现，使用Homebrew或者选一某个供应商的发行版。在这种情况下，整个OpenStack环境在内部运行。内部IT通常负责部署、配置、修补和发布管理以及故障排除。凭借丰富的工程资源和丰富的OpenStack经验，这种部署模型可以具有成本效益。然而，当资源稀缺或产品上市时间很重要时，它可能不是好的选择。
盒子里的私有云：有些供应商提供设备，这些设备通常在内部运行。它们具有嵌入的、由供应商支持的OpenStack分发版，并提供特定设置。尽管与本地分发相比，这些设备需要较少的工程设计，但是它们往往较为昂贵。由于这些是基于专用硬件和定制代码构建的，也与避免供应商锁定的想法相矛盾，而大多数客户实际努力避免这一点。
托管私有云：与DIY方法不同，此模式利用由托管私有云服务提供商提供的第三方数据中心。在这种情况下，服务提供商拥有基础设施并负责运维环境，遵守服务级别协议（SLA）。客户可以从现有的IT环境和服务提供商的OpenStack专业知识中受益，而无需自己进行CAPEX投资或建立深入的专业知识。另一方面，服务提供商具有设计权限，这会导致供应商锁定。此外，需要WAN连接，且现有的客户环境被分散并且可能未被充分利用。
OpenStack-as-a-Service：像托管私有云一样，OpenStack-as-a-Service利用第三方服务提供商来处理所有事务。 然而，堆栈可经由因特网访问并利用公有共云资源，即其在共享而不是专用环境中运行。此模式提供最大程度的敏捷性和灵活性，允许客户瞬间调试和停止资源，并通过信用卡在每次使用付费的基础上方便地结算账单。这也许是最简单和最快的选择，但是 （根据可用性区域） 公司可能必须处理隐私问题。 此外，该模型最终导致供应商锁定。
对OpenStack的误解
毫无疑问，OpenStack有很多好处。但是尽管具有面向服务的架构，对所有组件的API驱动访问以及协调多种虚拟化技术的能力，但它远不是万能的。以下是一些限制：
- 误解1：OpenStack是一个现成的产品
OpenStack是一个开源项目。它部署复杂，有更多的工具包而不是产品。因此，部署可能是乏味的，并且所需的努力被普遍低估。此外，顶尖的开发人员和工程师很难找到。在最近的一项调查中，用户把“复杂的部署和操作”作为不推荐OpenStack的主要原因之一。
- 误解2：OpenStack令人难以置信的便宜
乍看之下，特别是当使用公共发行版时，与购买代码相关的成本很少或没有。然而，构建可靠的云平台是完全不同的。事实上，这将是一个具有挑战性的工作，需要大量的资源、专门知识以及时间和毅力。当考虑到所需的工程工时和人数时，总拥有成本（TCO）将远高于最初的预期。
- 误解3：维护和修补很容易
从一个OpenStack版本迁移到另一个很具有挑战性。因为之前经历了意外问题和停机时间，许多公司对升级到新版本很犹豫。特别是在大规模下升级和实现稳定性不容易。
总结
OpenStack是强大的云技术，但是其部署和操作的复杂性经常被低估。并没有一个“适合所有”的部署模式。几个参数的不同就会导致选择不同的模式。因此，在作出任何购买决定之前，明确目标，使用计划卷（实例/节点数量，存储等），彻底构建业务案例并仔细检查所有可用选项，这些至关重要。另一个成本比较的例子可以在这里（http://siliconangle.com/blog/2016/10/17/new-report-shows-when-private-clouds-become-more-economic-than-public-clouds/）找到。
当认真考虑DIY的方法时，机构需要确保自己有必要的技能和可以保证的超时工作。当对产品上市时间有要求时，利用服务提供商可能是更聪明的选择。
OpenStack SDK前途光明，但有很多工作要做：人才缺乏，需求远超供给；弹性和稳定性尚不能与其他专有云平台相提并论。可以预见，随着OpenStack的成熟，越来越多的公司将利用它并将其纳入多云战略。
