云爆发可以帮助企业用户使用公共云来管理突发需求高峰。但是它可能会引入什么样的挑战或问题呢?
所谓云爆发是指一种应用部署模式，即在私有云和公共云之间迁移工作负载以满足工作负载变化的需求。
例如，如果你的一个网站流量激增，需要增加服务器集群中的服务器数量，或者你需要运行一个运行负载异乎寻常繁重的服务，需要创建该类服务的更多实例，那么你就可以使用云爆发架构。当然，只要你有足够的硬件支持额外的虚拟机，那么一个私有云就可以独自处理这些类型的需求。但是，当你的私有云中基础设施资源用尽时，云计算爆发就可以让你使用公共云，从而将你的可用资源扩大。
虽然云计算爆发是混合云模式的一个大利好，但是它却是很难实现的。其结果是，确定云计算爆发是否足以保证应对这些实施挑战就变得非常重要 。
云爆发架构带来了新的IT挑战
当实施云爆发架构时通常都会遇到一个挑战，即私有云和公共云可能会是在不同云计算平台上运行的。所以，应确定你的配置脚本程序是如何在公共云和私有云中运行的。例如，你可能需要为你基于OpenStack的私有云准备一组配置脚本程序，而为在云爆发时使用AWS准备另一组配置脚本程序。然而，避免这一问题的一个方法就是使用一个能够抽象云实施细节的服务。例如，你可以使用RightScale云计算管理服务来实现过程抽象，例如创建一台虚拟服务器。或者，你也可以使用基于硬件的跨云平台负载平衡，例如F5 BIG-IP本地流量管理器这样的产品。
即便你建立了一个云爆发架构，还应考虑在多个云环境中运行一个单一服务的影响。例如，网络延迟就可能是一个问题，当然你也可以把你的私有云托管至使用云爆发时所用公共云的同一个数据中心。此外，当你在从公共云向私有云传输大量数据时，还请留意相关费用。 此外，还要考虑你云服务所需数据的位置因素。
相关问题包括：
- 数据复制是否在两个云中可用?
- 你是否必须在云爆发过程中复制数据以确保公共云具有最新版本?
- 关于你如何处理数据是否有限制?
- 如果在云爆发过程中有两个副本更新，那么是否会因多个数据副本出现不一致?
