CloudFoundry:Java、Ruby还是Node.js?

CloudFoundry:Java、Ruby还是Node.js?,java,ruby,node.js,cloud,cloud-foundry,Java,Ruby,Node.js,Cloud,Cloud Foundry,我碰巧知道VMWare的新项目CloudFoundry 如果我想在CloudFoundry.com上部署应用程序,哪种语言是最佳选择 很明显,就像谷歌应用程序引擎一样,Python是最成熟的,而Go是最成熟的 CloudFoundry怎么样 开源软件CloudFoundry是用Ruby编写的,但广告总是把Java放在Ruby之前。如“运行您的Spring、Rails、Node.js和Scala应用程序”。请参见下图: 这是否意味着对Java的支持优于Ruby?我认为Java和Spring将是最

我碰巧知道VMWare的新项目CloudFoundry

如果我想在CloudFoundry.com上部署应用程序,哪种语言是最佳选择

很明显,就像谷歌应用程序引擎一样,Python是最成熟的,而Go是最成熟的

CloudFoundry怎么样

开源软件CloudFoundry是用Ruby编写的,但广告总是把Java放在Ruby之前。如“运行您的Spring、Rails、Node.js和Scala应用程序”。请参见下图:


这是否意味着对Java的支持优于Ruby?

我认为Java和Spring将是最佳选择。我会在Ruby或node.js之前这样做。Spring Source不久前由VMWare购买(一年前?两年前?),因此它很有意义。

我认为Java和Spring将是最佳选择。我会在Ruby或node.js之前这样做。Spring Source不久前由VMWare购买(一年前?两年?),因此它很有意义。

我认为您对语言顺序的了解太多了。像大多数其他问题“我应该选择哪种语言”一样,答案更多地取决于你正在构建的应用程序的类型以及你在各种语言方面的专业知识,而不是哪种语言是“最好的”。

我认为你对语言顺序的理解太多了。像大多数其他问题“我应该选择哪种语言”一样,答案更多地取决于你正在构建的应用程序的类型以及你在各种语言方面的专业知识,而不是哪种语言是“最好的”。

与GAE的比较在这里并不合适。GAE和CF之间的区别之一是CF中没有特定的API可供使用。如果您正在编写RoR应用程序,您只需编写应用程序,然后部署它。如果您正在编写Spring或Grails应用程序,情况也是如此

我的理解是,对于VMware提供和维护的核心集成,它们应该得到平等对待。当然,CF仍处于测试阶段,平台之间的支持级别可能存在差异,但这可能是一个bug,而不是一个特性


因此,我认为Brandon Tilley在很大程度上是正确的,因为你应该考虑最适合你的应用程序的语言/平台,而不是什么适合CF。

与GAE的比较在这里并不合适。GAE和CF之间的区别之一是CF中没有特定的API可供使用。如果您正在编写RoR应用程序,您只需编写应用程序,然后部署它。如果您正在编写Spring或Grails应用程序,情况也是如此

我的理解是,对于VMware提供和维护的核心集成,它们应该得到平等对待。当然,CF仍处于测试阶段,平台之间的支持级别可能存在差异,但这可能是一个bug,而不是一个特性


因此,我认为Brandon Tilley在很大程度上是正确的,因为你应该考虑最适合你的应用程序的语言/平台,而不是什么适合CF。

作为前应用程序引擎团队成员,现在是Cloud Foundry团队的一员,我同意Andrew的观点:使用你喜欢的语言和框架,Cloud Foundry是这项工作的最佳工具,它对所有人都一视同仁

appengine团队需要为底层的Google服务创建特定于语言的绑定,通常先做Python,然后是Java,然后是Go,因此从Python中引入一个特性到它逐渐渗透到其他语言之间有一段时间的间隔(尽管最近随着产品的成熟它变得更好)


Cloud Foundry使用这些框架的现有服务接口向各种语言/框架公开服务,它只是自动化了服务提供和绑定(连接/配置参数不再硬编码在属性文件中,它们由Cloud Foundry在运行时以特定于框架的方式提供)。例如,当RabbitMQ引入Cloud Foundry时,我们不需要为每种语言的服务创建新的API,我们只需要为每种语言/框架利用现有的AMPQ客户端库。

作为前应用引擎团队成员,现在是Cloud Foundry团队的一员,我同意Andrew的观点:使用您喜欢的语言和框架,Cloud Foundry是这项工作的最佳工具,它对所有人都一视同仁

appengine团队需要为底层的Google服务创建特定于语言的绑定,通常先做Python,然后是Java,然后是Go,因此从Python中引入一个特性到它逐渐渗透到其他语言之间有一段时间的间隔(尽管最近随着产品的成熟它变得更好)


Cloud Foundry使用这些框架的现有服务接口向各种语言/框架公开服务,它只是自动化了服务提供和绑定(连接/配置参数不再硬编码在属性文件中,它们由Cloud Foundry在运行时以特定于框架的方式提供)。例如,在Cloud Foundry中引入RabbitMQ时,我们不需要为每种语言的服务创建新的API,我们只需要为每种语言/框架利用现有的AMPQ客户端库。

这真的不重要,使用您熟悉的工具。应用程序的关键是您设置的体系结构,而不是您在上面使用的语言或堆栈


当然,另一个答案仍然是大多数开放式答案的结果:“视情况而定:)

这真的不重要,用你熟悉的答案。应用程序的关键是您设置的体系结构,而不是您在上面使用的语言或堆栈


当然,另一个答案仍然是大多数开放式答案的结果:“视情况而定:)

我认为你无法得出这个结论。CloudFoundry自己的应用程序是用Ruby on Rails编写的,因此