试图找出部署play 2.1的最佳平台。我尝试了openshift diy cartrige,但看起来openshif diy cartridge还没有准备好投入生产。我得到免责声明“这是一个实验性的cartridge,它提供了一种在Openshift上尝试不支持的语言、框架和中间件的方式。”这是否意味着我不能用于生产?
我已经开始评估amazon ec2。还有其他选择或建议吗?Play框架最受欢迎的paas是什么?
试图找出部署play 2.1的最佳平台。我尝试了openshift diy cartrige,但看起来openshif diy cartridge还没有准备好投入生产。我得到免责声明“这是一个实验性的cartridge,它提供了一种在Openshift上尝试不支持的语言、框架和中间件的方式。”这是否意味着我不能用于生产?
我已经开始评估amazon ec2。还有其他选择或建议吗?Play框架最受欢迎的paas是什么?
Heroku 是一个很好的起点,可以扩展得相当大。几乎没有任何锁定(他们的大多数附加功能在 Heroku 之外运行得非常完美),当时机成熟时,您可以轻松地部署到 EC2 或同时使用它们以实现轻松的突发性(当您预计会受到重击时,只需启动 20 个工作进程)。
据我所知,Heroku 托管在 EC2 东部,是最容易入门的方式。
EC2 显然更加“强大”,但您需要自己处理一切。Heroku 是通过 git 推送进行部署,而 EC2 则是“提供完整的操作系统镜像”。
Engineyard 可以帮助您部署到 EC2,并提供其他好用的功能,例如警报和客户支持,费用大约比 EC2 高出 20%。
虽然中间还有许多选择,但我喜欢这条路线。在 Heroku 上快速创建原型,在那里尽可能地扩展,在您变得太大无法仅使用此格式或需要更细粒度的控制时,转向 EC2(如果您没有一些 DevOps 向导,则通过 engineyard)。
p.s.:“最好”的平台永远都是您自己的数据中心。您可能不需要那个级别,也不需要那个级别的控制。因此,您不需要“最好”,您可能想要的是“最易于使用和可扩展的”。
“没有银弹…”
更新:这取决于您的应用程序、负载、预算、技能和部署频率。因此很难说。
根据我的经验: