Solo 是 Engine Yard 的一项新服务,从本质上说,它是一套完整的 Engine Yard 软件栈,而这个软件栈正是其托管服务的基础。但是,它却可以运行在(更便宜的)Amazon EC2 之上。
你可能会疑惑,为什么他们会和自己竞争,给他们的产品提供了一个更为便宜的选择。我们访问了 Engine Yard 的创始人和架构师 jayson Vantuyl 来求解之:
首先得说,Solo 可能会让你感到困惑,因为它的目标受众和我们的客户有很大的重合。有相当多的客户已经购买了一个实例。尽管他 们中的很多人都对我们现有的云服务相当满意,但是我们还是意识到可以为他们服务的更好,比如提供仅有些许不同但又更为低廉的服务。一些客户希望获得从他们 的准生产环境(staging environment)复制到生产环境的方法,然而对于我们的实例来说,现存的配置又很难复制过来。而另一些客户则并不需要再掏钱购买一个开发实例或者 一个 QA 实例。总之,我们通过自己的云服务让 Rails 的支持更加个性化。因为够用就好,所以一些人并不需要为每个实例掏钱。对于非生产环境来说,他们并 不需要有很高等级的服务。而 Solo 正是为这些人准备的。 说到底,我们的专长在于 Rails 的扩展性。尽管对于能够提供可以访问我们云服务的技术我们倍感高兴,但是我们也意识到云对于应用来说还是次要的。从某种程度来说,这种理念让我们有别于其他云提供商。
Solo 和我们的云服务很不一样。它既不能容错,也不支持我们所提供的集群技术,还不能够得到同等的支持。然而,它提供了一个高性价比的解决方 案,来搭建 Stage、QA 或者开发环境。它为打算着手使用 Engine Yard 架构、但却不需要我们提供的云中的所有服务的人们提供了一种方法。因此,Solo 并不是我们现有云服务的替代品,而是提供了一种更为丰富的方式。
随 着在其他云服务上使用我们产品线的人逐渐增加,对于托管和开发有着其他更为独特需求的人也会逐渐增多。不管是你需要最好的 Rails 专业服务、一个非常传 统的托管环境、一个高可扩展性的环境,抑或是一个很实惠的环境,Engine Yard 都能够满足你的需求。我们深信,提供多种服务以供选择,要比把某种东西推给每一个人更能满足这种需求。Solo 正是这种策略的一个令人激动的开 始。
那么,Engine Yard 现有的云服务会提供什么独有服务?
我们现有的云服务专为传统应用贴身打造。特别是当你需要拓展机器配置,而这些机器又不能简单离线的时候,我们提供了一种更为传统 的方式来解决这种问题。开发自动化部署以使得部署本身可移植性更高是需要花费开发者的资源的。我们可以让你开发部署的时候,不需要开发各种各样的部署部 分,比如部署在 Amazon 的云上等等。尽管 Solo 提供了一种强大的系统来让你最终部署到云上,我们还是为现有服务平滑了学习曲线。 另外,我们还共享了块存储来特别用于提供分布式数据。通过它我们希望可以让开发分布式环境的应用就如同在你的笔记本上开发那么简单。和其他很多技术一样,你必须很精心地部署,才能扩展你的应用。最后,我们向客户提供各种选择,并通过可扩展的技术来满足客户的不同需求。
有什么客户需要遵循的建议吗?
坦白的说,一成不变的建议是非常难确立的。根据资源的不同,你可以通过直接试用 Solo 来看看它是不是合适。 除 此之外,我能想到的最好的建议就是,给我们的销售代表打电话。他们能帮助你评定技术需求和期望,并在我们的产品线中找到最适合的。能够为客户提供个性化服 务,我们非常自豪,并且我们还致力于提供对于我们的服务所需的经验。如果你刚刚买了一台服务器,或者是一个 Amazon 的实例,你可以自行搞定。我们的目 标是提供更为便捷的服务,而且我们的人员是重要的一环。当有什么疑问的时候,给我们打个电话,我们一直在这等你。
你最近刚刚发布了 Vertebra ,它和 Solo 有什么集成吗?
Vertebra 是开源的,而 Solo 则可以让你非常方便地部署任何软件。从那一点来说,它是“可用”的。即是说,我们还没有直接集成它。如果有人想要这么做,我们会很高兴的和他谈谈。但是现在它还处在很活跃的开发当中,因此我们还是根据不同的情况来部署它。
Solo 预期会在 1 月 28 日发布。你的看法是什么?Solo 能否加入到众多好用的Rails 软件栈之列呢?
查看英文原文: Solo: Engine Yard on Amazon EC2
评论