混合云管理仍然是IT面临的一个挑战。供应商已经发力解决这些与公有云类似的，本地系统的挑战——但障碍仍然存在。
随着越来越多的企业采用混合云，他们也将面临新的管理上的挑战。脚本无法轻易跨越公有和私有云段，存储兼容性也可能成为问题，企业必须升级其虚拟LAN，并且解决其他挑战。
混合云管理正在改进，但是公有和私有云可以使用相同的服务器和存储平台的事实也引出了一个明显的问题：为什么不在公有和私有本地云上使用相同的技术来简化管理呢？
包括微软Azure，IBM和Oracle等在内的供应商们都已经想到这个想法，他们的本地云系统，虽然还不是主流的方案，但所期望的目的都是做到这一点。让我们更详细地看看这三个产品，以及它们的潜在挑战。
Microsoft Azure Stack
Azure Stack，预计在2017年中期可用，本质上是预包装系统中的Azure公有云。目前市场上的Azure Stack是有限操作和概念验证（PoC）版本，但它和早期的产品软件一样，被限制在三个硬件供应商——惠普、联想和戴尔——至少现在只是他们的一些款产品。PoC本身是一台单机，不支持任何严格的规模测试或系统间的网络通信。相反，它的目的只是演示操作观念和方法。
Azure Stack的生产版本将具有Azure公有云的全部功能，这就满足了许多企业所需的一致性。拥有同一版本的镜像，应用程序代码，API和网络脚本是Azure Stack的一大优势。
IBM Bluemix Local
IBM Bluemix Local是标准公共Bluemix Cloud的本地私有版本。它为用户提供了一个安全的内部环境以满足合规性要求。它还为他们提供了一种安全地开发应用程序的方法，然后决定他们是否要将这些应用程序部署到私有云，公有云或公共云中的专用私有云区域。
Bluemix方案的一个优势在于云之上。例如，系统允许用户访问一系列Bluemix API和服务，包括那些支持IBM Watson的API和服务。云管理工具还为传统应用程序提供了通过VPN访问这些服务的方式。
Oracle Cloud Machine
Oracle Cloud Machine是Oracle公有云的本地版本，从而在很大程度上吸引了当前的Oracle用户。由于公有和私有操作区域之间的一致操作，Oracle云产品能够简化混合云的部署和使用。
任何混合云都面临的一个问题是当应用程序和工作负载跨越公共-私有云边界时如何保持性能，特别是解决延迟问题。Oracle在内存中集群数据库的延迟管理方面的经验可能是一个优势，可以帮助企业解决这个问题。
本地云系统面临的挑战
供应商需要解决的本地云系统的另一个问题是对实例性能的控制。在理想的混合云中，所有实例都是平等的，并且I/O都具有相同的速率和延迟。但这在现实世界中是不可能实现的。高度竞争的经济，成本驱动的云业务决定了公有云供应商配置其平台的方式。然而，企业根据不同的标准，最终还要根据不同的经济水平来制定自己的决策。
随着本地云系统配置选项的扩展，管理员可能希望支持任务或时序严格的工作负载，而不是通用计算。在这些情况下，编排可能会对像Azure Stack这样的单一系统提出一些挑战，这些系统针对公有云进行了优化，并且可能缺少监控或调整的工具来处理不均匀性。
限制这些本地云系统可支持配置的数量的原因，可能是供应商对这个问题的响应。然而，结果往往是用户喜欢让原始设计制造商为他们提供产品，而错失了主要云提供商的成本优势。这就是为什么相对于所有公有云的总体拥有成本来说，组织必须衡量混合云平台的成本。
考虑到提供统一混合云市场的吸引力，我们可能会看到Amazon Web Services（AWS）和Google也会借助其产品加入这一战局。在许多方面看，AWS已经在战局中了，它提供可用的专用区域和专用于政府的私有云部署。尽管AWS支持公有云模式，但企业需求和混合云的价值可能会促使供应商做出改变。AWS拥有在当今市场领先的丰富的服务组合，这将有益于其私有云的实例。
由于本地公有云方法出现还不到一年，管理员会明智地对它押注，直到技术成熟。这也意味着他们不应该放弃基于OpenStack的内部私有云，特别是在开源社区与公有云供应商正合作统一接口和API的时候。如果成功的话，这个开源模型也可以帮助实现统一的操作，即使云平台来自于多个供应商。
本文转自d1net（转载）