大型网站运营商正在利用Riverbed的Stingray应用交付控制器的脚本功能来帮助其DevOps团队在部署新的应用和服务时，自动化应用交付策略。

DM Services公司在两台Solaris服务器上运行Stingray应用交付控制器（ADC）来处理每天从公共互联网到VivaStreet的2500万页面浏览量以及80 Mbps峰值，VivaStreet是服务于西欧和南美地区的流行的分类广告网站。VivaStreet所属公司W3公司通过DM Services公司来从其纽约的数据中心提供基础设施和服务。

“Stingray Traffic Manager（流量管理器）均衡全球所有到该网站的web请求的负载，”DM Services公司首席技术官Ben Block表示，“我们覆盖19个国家，这个负载均衡器会根据不同标准做出不同决定，并将其发送到不同的应用服务器。”

在使用Riverbed Stingray之前，DM Services使用开源HAProxy负载均衡器来均衡VivaStreet，这个开源负载均衡器完全能够处理该网站的流量，但是缺乏脚本功能，而Block的团队需要脚本功能来构建复杂的负载均衡规则。

DM Services需要编写脚本剥离表头信息或者cookie信息，并基于cookie或IP地址来重定向流量。该供应商还想要剥离开发团队使用的调试信息，因为他们不希望用户在浏览器加载网页时看到这些信息。而Stingray的TrafficScript功能满足了这一需求。

此外，这个ADC的脚本功能允许DM Services的DevOps团队自动化推出和共享服务，以支持VivaStreet的核心应用。

“这让运营团队和系统管理团队能够真正帮助软件工程师来细分服务，”Block表示，“假设我们想要提供一项新服务，例如，我们重新开发了我们的移动应用使用的搜索API（应用编程接口）。当推出beta版本时，这个重新设计的应用或者服务被部署到我们的一台web服务器。DevOps人员能够专为该服务创建服务器池，对这个域名的任何请求都应该只会路由到这一台应用服务器。一个服务器池足以满足，因为我们知道它是在beta阶段。然后，他们很可能会说，‘我们将部署第二个应用服务器，并将其添加到池中。’在这方面，DevOps团队能够非常容易地控制请求的路由，以及不同的服务和应用应该位于基础设施的什么位置，来管理压力测试和我们不太了解的应用或服务的新负载。”

该DevOps团队没有整合其Stingray ADC到业务流程平台，例如Chef或者Puppet，虽然Block表示他们正在考虑这个问题。现在，Block的团队正在专注于利用Jenkins—开源持续集成服务平台，以通过API从应用池拉出服务，在上面部署应用，并将它们放回到这些池。

“软件工程团队正在开发应用和加强这些功能，以及执行路线图。他们比DevOps人员更了解我们的内部应用。有时候他们会帮助DevOps人员，告诉他们应该如何路由流量或者我们需要关注哪个cookie。但总体来说，DevOps人员在重新配置Stingray和管理它。”