ELC技术首席技术官Dylan Stamat已经体验过很多个平台即服务（PaaS）提供商了，有些他喜欢，有些却不喜欢。

　　这些经验教会ELC很多事情，移动和云应用开发者服务于各个产业的客户，而要找出正确的PaaS提供商的关键在于在对比不同平台之前，获取可靠的内部业务需求认知。

　　“根据可配置性，看看你可能需要什么，” Stamat说道，“一些平台在架构上有约束条件，如果他们符合你的需求的话，就需要对这些约束做一些评估。”

　　Stamat目前在使用混合的PaaS提供商，这些厂商提供了开发者虚拟化服务器和相关的运营、开发和测试应用的服务。包括Heroku、Cloud Foundry和Engine Yard，ELC从四年前就开始使用Engine Yard了。

　　ELC之所以被Engine Yard所吸引，是因为它是除了Heroku和Cloud Foundry之外，唯一支持Ruby on Rails (RoR)的厂商，RoR是Ruby变成语言开发的一种开发框架。

　　Stamat介绍Engine Yard相对容易使用，提供了一种直截了当的方式来配置环境，从而部署应用。他补充道，该厂商也符合ELC响应支持团队的需求。

　　在Engine Yard之前，ELC首先使用了亚马逊的Web Service命令行工具来开发、测试和运行应用。该公司部署了三个系统管理员来管理部署。

　　“Engine Yard允许我们移动管理的东西到一边从而释放资源，” Stamat补充道ELC只有一个系统管理员单独处理ELC医疗保健领域的客户端，此外政府部门的在线工作需要支持。“我们能够释放出全职的资源。”

　　其他已经进入RoR领域的厂商包括BitNami Cloud、DotCloud和Railscloud。Stamat表示ELC会继续使用Engine Yard，因为其可以轻松配置，在应用分布的情况下，协助跨多个ELC客户端。

　　“用Engine Yard，你实际上获取了系统内你希望的软件的控制，在像Heroku或者Cloud Foundry上，你会为软件堆栈所束缚，” Stamat表示，“也可以进行基础设施层环境的配置。”

　　尽管Engine Yard提供了尽可能多的配置优势，Stamat认为Heroku在用Python语言编程时是关键ELC资源，Cloud Foundry用以支持VMware，在ELC的兵工厂中国将这些厂商的功能区分开。

　　当考虑PaaS提供商的时候，对于开发者来说，识别像可配置性、扩展性这样的需求是很重要的，你的需求是否比提供商能符合的部分要高都要考虑。同样的也要考虑风险，像“锁定”，也就是在提供商的云中开发的应用不能移到气压基础架构上。

　　JRuby和经验

　　ELC在发现Engine Yard之前就遭遇了这样的情形，这次ELC需要PaaS提供商支持JRuby，一种允许Ruby运行在JAVA虚拟机上的编程语言。

　　在PaaS社区中，Stamat认为JRuby是一种重要的、成长型的语言，但是可惜的是并没有哪一个主流PaaS厂商真正的支持它，直到上个礼拜，Engine Yard宣布其云服务上这种语言的可用性。

　　“很多条件下存在很多JRuby用例，也有很多理由来使用它，” Stamat说道，“我觉得Engine Yard在采纳JRuby以及平台的未来会有很大的增长。”ELC已经推动其很多客户端面向JRuby，包括其最大的一个客户端。

　　“我们同一家大型电子公司共事，引入JRuby到他们的平台，Engine Yard与我们共同证明了这是一个正确的选择，” Stamat表示，“经过三个月的努力，我们共同工作，他们最终看到了JRuby就是他们要走的路，现在他们在实际生产中开始使用。”