为了以最终用户要求的速度部署新的基础设施，企业IT部门需要具有基本模块化架构和真正DIY功能的可视化自动化工具。云计算的两个主要价值是速度和灵活性。云计算编排和自动化工具有望让IT部门更快地运作，并成为更具竞争力的面向服务的部门。虽然编排工具通常可以在虚拟化系统到位后灵活地部署应用程序方面做得很好，但遗留的非虚拟化底层基础设施不是很灵活或自动化。人们并没有正面解决这个问题。相反，许多人专注于解决物理基础设施问题，这成为试图获得灵活性时的致命弱点。然而，这种情况是可以避免的。为什么基础架构的灵活性至关重要？企业IT部门承受着多方面的压力：来自上层的任务、预算、用户期望以及与竞争对手的差距。首先，这是一个不言而喻的现实：企业IT部门面临的任务正在迅速转变为支持敏捷创新。但是，没有相应的预算增加来帮助IT部门满足这一需求。根据知名调研机构Gartner的《2014年CIO议程报告》调查结果，全球CIO们称2014年IT预算累计增幅仅为0.2%。原因是另一个方面的压力：用户对IT的IT消费化需求，驱使用户到别处获取服务。在同一份Gartner报告中，首席信息官声称25%的IT支出发生在IT预算之外——这正是他们所看到的。也就是说，企业的IT部门将“市场份额”拱手让给了公有云计算服务。一方面公共云资源几乎立即可用与另一方面传统IT流程交付服务速度较慢之间的竞争差距可能解释了这种转变。根据《2014年软件定义数据中心》企业管理协会(EMA)的研究，47%的企业表示，为应用程序开发人员和测试人员部署基础设施需要一周到一个月的时间。基础设施交付时间来源：企业管理协会（EMA）《2014年软件定义数据中心》报告。与获取公有云资源所需的“分钟”相比，这种竞争差距相当大。当然，并不是所有的东西都会很快转移到公共云上。未来会有很多基础设施问题需要IT部门来处理，但是提高标准对IT部门来说是利大于弊。物理基础设施仍然是云灵活性的主要障碍云计算和相应的云计算自动化的两个原则是所有基础设施都虚拟化；)风格的应用程序编程接口(API)。这当然是一个有助于简化运营的愿景。这使得将“基础设施转化为代码”成为可能，因为一切都是抽象的、软件定义的和可编程的。这一愿景的鼓舞人心的主要例子是Netflix等大型互联网公司，其业务运营依赖于AmazonWebServices(AWS)等提供商的公共云基础设施。可悲的是，大多数企业组织的历史并不像这些互联网公司那么短，也没有看似无限的IT预算；对他们来说，IT基础架构的实际当前状态可能显得相当混乱。根据NTTCommunications2013年的一项调查，58%的CIO表示，阻碍他们采用云计算的最大障碍之一是现有系统的复杂性。任何使用未虚拟化的遗留基础设施10多年的IT部门可能不会很快消失。物理基础设施的当前状态会影响IT以多种不同方式实现类云服务的灵活性：?零日部署。如今，大多数企业仍将重点放在IT基础设施的私有云投资上，IT团队购买基础设施设备的方式发生了翻天覆地的变化。旧方法是购买计算、网络、存储和虚拟化各个类别中的同类最佳解决方案，然后自己集成这些部分。现在，人们对VCEVblock等融合基础架构产品、EMCVSPEX等参考架构，甚至Nutanix或最近发布的VMWareEVO:RAIL等超融合解决方案的需求越来越大。融合基础架构、参考架构和超融合解决方案具有许多优势，包括经过集成、测试和兼容性认证，满足特定性能基准，或支持一定数量的虚拟机或桌面。这减轻了企业IT部门作为系统集成商的压力。然而，即使使用集成产品，基于这些产品和架构构建小型容器化数据中心(pod)所需的零日配置也远非微不足道。这通常需要多个领域的专家通力合作，手动配置特定的部署场景。这通常需要一到三周的时间。如果不是这么浪费人才，如果这么长的配置和部署时间与公共云提供商的解决方案（可以在几分钟内构建虚拟机）相差不远，那很好。?供应链。鉴于与公有云服务提供商在部署时间方面的竞争差距，需要强调的是，私有云基础设施的部署确实与供应链息息相关。如今，大多数数据中心基础设施都是通过分销和系统集成渠道购买的。这样做的原因是，即使我们假设分销商保持足够的库存（在准时制物流世界中），那么设备制造商的发货不会造成滞后时间，分销商或系统集成商通常必须执行一定程度的配置工作。我们也不要忘记IT产品分销行业的利润率相对较低。因此，虽然利润更高的制造商拥有大量高度专业化的人才，但分销渠道的人才却很少。这意味着，如果配置要求专家在房间里呆三周，那么可供部署的专家就更少了。那么，即使IT公司群体只想及时接收基础设施，供应链也会成为主要制约因素。如果一家公司的IT部门受到快速响应的公共云/影子IT竞争对手的威胁，那么供应链也是如此。?基础设施即服务。在构建私有云或混合云基础设施即服务(IaaS)解决方案时，许多IT部门都面临着这样一个挑战：他们必须处理物理基础设施资产，例如非虚拟化/专用服务器、网络交换机和遗留的非虚拟化存储阵列。这些资产的存在绝对不是小事。例如，EMA的软件定义数据中心研究发现，83%的IT部门在专用服务器上运行应用程序。此外，虽然软件定义网络(SDN)处于炒作周期的顶峰，但实际上，SDN的实际部署非常少，尤其是在企业IT环境中。事实上，2014年8月进行的一项调查发现，三分之二的受访者估计SDN至少需要三到五年的时间。因此，无法同时处理虚拟化和非虚拟化基础设施的IaaS可能成为另一个无助于行业发展的孤岛。编排和自动化在哪里适合？当今市场上不乏优秀的编排和自动化工具；然而，绝大多数工具都分为两大类，没有一个能真正解决基础设施灵活性的实际问题：?纯虚拟化编排。大多数编程和自动化工具实际上假设所有系统都是虚拟化的。这些类型的解决方案根本不以任何有意义的方式处理物理基础设施，无论是对于整个堆栈，还是对于网络虚拟化。?垂直整合编排。大多数数据中心计算基础设施供应商都提供编排工具来处理物理和虚拟基础设施。但是，所有这些基础设施都必须由同一家供应商提供，这很少会扩展到所有其他已经存在的物理或遗留基础设施。当然，这并不是说这两种解决方案都无效或无用——它们显然适用于特定的用例和环境，但它们也有明显的局限性。通常，为克服这些挑战而提供的解决方案是API：您可以使用API来扩展工具的业务逻辑，以处理无法以其他方式处理的对象，包括物理基础设施。这种方法确实存在一些问题，但我只想说一件事：即使他们愿意，大多数企业IT团队也无法构建和维护内部开发的自动化架构（通常意味着面临很多难以-维护脚本）以满足这些要求并与这些API集成。灵活的基础设施编排技术和最佳实践好消息是现在有编排技术和相关的最佳实践可以克服异构基础设施的挑战。该方法包括以下主要原则：1.基本模块对象架构。为了满足将物理库存和虚拟化资源编排到公共资源池中的需要，所有资源和配置接口都表示或编码为基本模块对象。这意味着可以为基础设施清单资源分配通用属性，以标识应使用哪些配置对象。例如，它们是虚拟机，是IOS或IOS-XR交换机，还是运行Linux的非虚拟化Dell或HP服务器？配置对象也有相同的公共属性来从底层API语法中提取输入参数。这种方法的一大优势是它为自动化重用奠定了基础，从而大大减少了维护自动化所需的成本和时间。这与基于脆弱脚本的系统形成鲜明对比：脚本系统往往难以维护，因为在成百上千个不同的脚本中有太多重复的通用功能或API调用，而且脚本难以理解，尤其是因为它们通常缺乏详细的文档。2.创建开箱即用的自己动手(DIY)配置界面。对于自动化工具供应商来说，为公共云API构建库相对容易。试图在企业IT部门多年来部署的庞大基础设施环境中支持所有世代的接口，无异于将整个海洋都煮沸，无疑是徒劳无功。通过完全依赖自动化工具供应商来构建和维护这些接口，自动化过程失去了很多灵活性，因为代码更新可能需要几个月的时间，甚至可能需要在开始为这些接口相关业务编写代码之前与业务进行协商。在许多情况下，只需要API的一小部分来配置基础设施。因此，如果您想在自动化中保持灵活性，那么自己创建配置对象的DIY方法是必不可少的。3.可视化编排和自动化创作工具。如前所述，大多数企业IT团队都没有大量的程序员。这些部门最不想看到的是被一种尚未为组织的员工开发的方法所束缚。企业IT人员习惯于使用用户界面(UI)工具。GUI编排工具相当普遍，但它们应该具有真正的灵活性，以便构建资源环境，包括任意网络拓扑，以便连接可能需要的所有不同资源。编排工具应该能够将物理和虚拟资源拖放到设计画布上，并管理物理层和虚拟层的连接。一旦创建了自动化对象，您就不必将业务逻辑与环境构建的、仅限程序员的配置混合在一起。可视化自动化创作工具让知识渊博的非程序员可以通过拖放来设计工作流程。对象重用和可视化创作工具的结合意味着您可以增加实施和维护自动化的人数，这有助于实现真正可持续的自动化实践。企业IT团队在部署基础设施方面确实需要更大的灵活性。在构建和证明这种灵活性的竞赛中，请牢记最终用户需要的所有基础设施，包括物理基础设施。然后，选择一种编排技术并建立自动化实践以有效地管理该基础架构，从而使您能够长期构建和维护自动化。英语：http://www.datamation.com/cloud-computing/deploying-cloud-infrastructure-at-the-speed-of-the-cloud-1.html
