摘要:本文向众多CIO们展示了一个实际案例,给大家提供一些关于PaaS供应商选择的建议。 |
Stamat目前在使用混合的PaaS提供商,这些厂商提供了开发者虚拟化服务器和相关的运营、开发和测试应用的服务。包括Heroku、Cloud Foundry和Engine Yard,ELC从四年前就开始使用EngineYard了。
ELC之所以被Engine Yard所吸引,是因为它是除了Heroku和Cloud Foundry之外,唯一支持Rubyon Rails(RoR)的厂商,RoR是Ruby变成语言开发的一种开发框架。
Stamat介绍Engine Yard相对容易使用,提供了一种直截了当的方式来配置环境,从而部署应用。他补充道,该厂商也符合ELC响应支持团队的需求。
在Engine Yard之前,ELC首先使用了亚马逊的Web Service命令行工具来开发、测试和运行应用。该公司部署了三个系统管理员来管理部署。
“Engine Yard允许我们移动管理的东西到一边从而释放资源,”Stamat补充道ELC只有一个系统管理员单独处理ELC医疗保健领域的客户端,此外政府部门的在线工作需要支持。“我们能够释放出全职的资源。”
其他已经进入RoR领域的厂商包括BitNami Cloud、Dot Cloud和Railscloud。Stamat表示ELC会继续使用EngineYard,因为其可以轻松配置,在应用分布的情况下,协助跨多个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,包括其最大的一个客户端。
责任编辑:Honey