云爆发是管理峰值业务的一个方法，但对于特定的应用说，这很难实现。因此，你知道哪些类型的应用可以最好地爆发到公有云中？
混合云的一个卖点就是IT团队可以达到的成本效益，当他们以合适的私有云规模来匹配平均工作负载，然后爆发到公有云中来满足峰值需求时。
但是，尽管有云爆发架构有一些优势，但却也存在挑战。例如，有些企业正在努力奋斗于做出最好的定位数据文件，因为在云环境之间复制数据很耗时。
IT行业解决云爆发相关的延迟问题有几种方法。例如，在公有云中把私有云作为单租户部署，或者把存储做为服务来架构数据交付，这么做是有益。当然，云爆发还是努力中。
因此，什么样的应用最适合于云爆发架构？一般来说，任何从存储读取数据的应用，如内容交付系统，都是云爆发较好的候选应用——除了要求低延迟写入的应用外。
数据库应用也是云爆发架构的一个不错候选，虽然管理员通常需要分散数据库来优化性能。管理员还可以通过大容量内存和GPU云实例，来跨私有云和公有云映射大数据应用，从而更高效地调整资源大小来匹配负载。
虽然许多科学应用涉及到了模拟，增加了云爆发架构的节点到节点的流量，但对于这些大数据量的应用 仍然存在特定的用例，尽管需要一些处理。如果这些数据流每天都波动，例如那些无线电望远镜阵列中的数据流，负载在应用之间来回移动。
为了避免大量数据移动，可以把应用带回数据，并将处理一个阶段的结果（本例中为预处理结果）置于私有云或公有云中。这允许了云爆发的发生，即使使用大量的数据。
记住，云存储比存储区域 网络更加平行，因此网络需要定义延迟，而且适当的缓存也至关重要。
如果通过使用存储即服务或其它手段，你克服了这些网络挑战，那么其它更多的应用——假想他们都是低延迟需求的，就都能成为云爆发的候选。
本文转自d1net（转载）
