当突然需要加入新应用时，IT人员常常手忙脚乱地优化资源、平衡负载、添加硬件。如今，他们又有了新的选择——云计算。

　　这种整装待发、应对突发应用的公共云资源如今已成为现实，有时我们把它称作“云爆发（Cloud Bursting）”。在这样的环境下，组织只须支付使用的资源，从而避免了额外基础设施的采购。但随着大多数应用被固定在内部基础设施上，我们又该如何实现这些呢？

　　对一些企业来说，答案就在他们的应用交付控制器（ADC）中，负载平衡层已被用来跨可用基础设施协调负载。当你需要更多的性能时，负载平衡器是最好的解决工具，AlertBoot（一家位于拉斯韦加斯的软件公司）的创始人兼CEO Tim Maliyil谈到。

　　Maliyil所述都是经验之谈。去年，这家有着10年历史的公司面临硬件更新，但Maliyal并不愿为此破费。因此，公司把整个运营从托管提供商搬到了两个地理上分离的公共云计算上，它们分别来自SunGard和Opsource，此举为公司每月节省8万5千美金，并确保了业务的持续发展。

　　“我们的基础设施现在还在壁橱里，”Maliyil说到：“我也不知该如何处置它，有可能捐给慈善机构吧。”

　　揭秘应用交付控制器

　　AlertBoot使用了来自Zeus Technology的应用交付控制器，最近Zeus Technology刚被WAN优化公司Riverbed Technology收购。不同于大多数负载平衡工具需要运行在专业硬件上，Zeus ADC以纯软件虚拟化设备方式运行，从而使其可以运行在云环境上。该设备还包含脚本处理功能来自动化加速或减速新服务器，以应对负载。

　　那就是回报，Maliyil说。举例来说，在节假日期间，AlertBoot销售网点软件的流量会是平时的两倍。但由于Zeus可以快速地加、减速服务器，流量管理应用在夜间商铺停止营业时会减速服务器，从而AlertBoot的云账单仅增加了百分之三十。

　　早期爆发模型的使用者会是云服务供应商自己，其实一点也不稀奇。RackSpace就为使用F5 Networks的BIG-IP流量管理工具的用户构建了虚拟化爆发环境，来监视带宽以及决定何时加速新的云计算环境。

　　应用交付的下一步

　　为了实现云爆发，ADC必须开发属于自己的自动化功能，或是与大公司合作，Gartner Inc.的分析师Joe Skorupa认为。

　　“ADC是一个很好的监视和控制点，它告诉我们应用的性能不是我们所需，”他说：“但它才刚刚起步。”

　　然后，下一步就是应用这些信息到Gartner所说的“纤维资源池管理者”，例如，调节及自动化引擎，如HP的Cloud Service Automation（通过收购Opsware获得）、BMC的BladeLogic Automation Suite，以及Dell的Advanced Infrastructure Manager。

　　同时，云供应商还注意到其他阻碍云爆发的因素：后勤。

　　BlueLock是一家云计算托管供应商，面向基于VMware的企业，为绿地工程（新工程）提供性能，该公司的技术主管Aaron Branham谈到：“我们为用户处理束手无策的项目”。借助BlueLock的性能来增强他们的内部资源。用户一直在询问日后的爆发功能，但我们还有障碍需要克服。

　　“我喜欢那种方式，”他补充到：“但因为合同原因，爆发模型对我们并不奏效。”

　　尤其是BlueLock所面向的大企业趋向拥有复杂的结算过程，招徕新的供应商将花费数月时间。到那时，企业所要消费的爆发性能可能也已经下降，这将导致很难收回投入。

　　“这就像加油开车，加了油却不可以延后支付，这是我们所担忧的。”Branham说。

　　然而，更多的企业可通过使用像VMware vCloud Director这样的云管理工具，为日后的云爆发打下基础，Branham说。作为VMware vCenter的一项插件，vCloud Director允许管理员安全地跨内部私有云和公共云供应商（诸如BlueLock）提供虚拟化工作负荷。

　　在那之前，BlueLock最接近云爆发的要算是灾难恢复服务。“取代购买整个灾难恢复站点，在云计算上购买一个‘热站点’，一旦灾难发生就可拥有备用功能。”Branham补充说。虽然它还不是完全动态的、即用即付的、被像AlertBoot的Maliyil这样的用户奉为涅磐的产品，但它会是未来的起点。