早在2008年，扩音器公司，前端办公人员和招聘管理软件的快速增长总部位于波士顿的供应商，正在考虑云计算，以帮助简化开发和它作为服务（SaaS）产品的软件分发至超过2500的客户，并在35个国家的25000个用户。
但是扩音器的平台即服务（PaaS）早期融入更多与长期的关系比用新发明的云技术做。
技术参数:IaaS的与萨斯与PaaS的
Bullhorn已经在基于java的应用程序开发上投入了大量资金，并且没有看到从java迁移到Ruby、Python和PHP等脚本语言的成本效益，这些语言在全新的基于云的开发中更常用应用程序。但该公司是由40％至50％，较去年同期成长和开发团队的理解是需要找到一种方式来构建更具扩展性的应用程序。
扩音器工程师们也紧随着斯塔克斯网络，对亚马逊的EC2基础设施即服务（IaaS）上运行的第一个基于云计算的Java应用程序平台之一的创始人。因此，当资金充裕启动CloudBees在2010年12月收购的Stax网络，以加速其RUN @云应用运行时的PaaS环境的全面上市的手段，扩音器是好去。
和它去，速度快。
去年，Bullhorn在RUN@cloud上实现了60多个定制应用程序。Bullhorn服务团队副总裁Matthew Fischer表示，该公司正致力于在CloudBees的PaaS上实现另外40个应用程序。
RUN @云是CloudBees的PaaS的故事的运行侧。它提供了传统的应用服务器为Web，Java和Spring应用程序的功能到云，包括负载均衡，可扩展性和高可用性的服务。CloudBees的客户可以选择作为其底层的IaaS任意数量的公共云提供商。
在RUN运行@云的应用程序可以使用传统的Java EE开发工具或使用CloudBees的第二个PaaS产品称为DEV @云来构建。DEV @云是一个基于云的开发，构建和测试环境。
Fischer说扩音器的现有应用程序部署RUN@cloud减少已经导致了80%的时间他的团队——内部核心开发团队和专业的服务团队,为客户构建定制的扩音器产品线的扩展——花在解决潜在的云基础设施问题像负载平衡、系统监控和技术集成问题。
费舍尔说:“作为在其上运行的应用程序的开发者，你显然必须完全理解[Cloudbees]平台是如何运作的，但你不必在公司成长的过程中去关注所有DevOps细节。”
一个问题的团队曾与制作跃入PaaS的是，一些开发者不愿放弃的情况下，在运行时环境的绝对控制权有一些类型的中断。“但随着时间的推移，我们已经证明，PaaS的是更可靠的，因为提供了操作人可以做到这一点比我们能更好的，”费舍尔说。“你只是必须能够清楚地表达了好处。”
费舍尔的团队每年总共工作3万小时以上。因此，能够将这些时间的大部分转化为用于改进核心产品或与客户一起为他们的需求定制创新扩展的时间，已经证明CloudBees计算使用费用是合理的，Fischer说。
费舍尔说:“我们现在专注于构建创新代码的核心能力，这有助于我们更好地满足客户的需求。”“Bullhorn最近的成功与PaaS的发展密切相关。”
该公司云部署快速成功的关键在于它如何在RUN@Cloud上部署Bullhorn SDK，在某些情况下，它部署在多租户配置中，而在其他情况下，如果客户设置了这些类型的需求，则部署在专用机器上。
这些开放扩音器sdk包含一个健壮的java应用程序服务层组成的组件(如Spring MVC, XML配置工具和一组Web服务交互的扩音器的api来促进核心应用程序之间的通信和扩音器的自定义扩展和Web服务工程师或其客户建立了。
扩音器SDK也处理数据访问组件和接口在CloudBees的回数据库PaaS和实现与客户的居住范围内的系统集成的环境。
考虑下一步
扩音器迄今专注于让现有的Java应用程序并@云上运行运行，同时还建设了自己的定制开发环境中的新应用的努力。
“我们的首要任务是确保我们在生产中有应用得到了在云中是第一的利益，”菲舍尔说。
但菲舍尔说，他的团队目前正积极利用原型DEV @云新应用。前景诱人的后勤方面的原因 - 扩音器最近扩大了其工程团队，并具有团队来自世界各地的网站工作的成员。“访问[发展资源]从任何地方正在成为我们需要解决的问题，”菲舍尔说。
菲舍尔还喜欢DEV方式@云已经解决了不断发展周期。中央到CloudBees的产品是开源基于hudson的持续集成方案——现在被称为Jenkins，因为Oracle对这个名字提出了商标问题——使得开发者在编写代码并将更改提交到存储库时能够进行持续的质量控制。对每个变更进行质量和集成问题测试。
“我们从来没有在一个地方持续集成机制，但是我们肯定希望它会因为所有的潜在代码的问题就可以缓解前，”菲舍尔说。
最后，重要的是，开发者密切关注他们的PaaS提供商是如何建立围绕他们的平台的任何第三方生态系统，Fischer说。“谁用今天的PaaS供应商合作伙伴可能对这些工具，你必须在您的处置明天来构建下一代产品产生直接的影响。”