CloudFoundry: Java, Ruby или Node.js?

Question

Мне довелось узнать о новом проекте CloudFoundry от VMWare

Если я хочу развернуть приложение на CloudFoundry.com, какой язык является лучшим выбором?

Как и в случае с Google App Engine, очевидно, что Python - самый зрелый, а Go - самый незрелый.

Как насчет CloudFoundry?

Программное обеспечение с открытым исходным кодом CloudFoundry написано на Ruby, но реклама всегда ставит Java перед Ruby. например, «Запустите ваши приложения Spring, Rails, Node.js и Scala». См. следующий рисунок:

Значит ли это, что поддержка Java лучше, чем Ruby?

Answer 1

Я думаю, что вы слишком много читаете о вещах, касающихся порядка языков.Как и большинство других вопросов, спрашивающих «какой язык выбрать,» ответ имеет больше общего с типом приложения, которое вы создаете, и количеством ваших знаний по различным языкам, чем тот, который «лучший».*

Answer 2

Будучи бывшим членом команды App Engine, а теперь входящим в команду Cloud Foundry, я согласен с Эндрю: используйте предпочитаемый язык и среду, лучший инструмент для работы, Cloud Foundry относится ко всем одинаково.

Группе App Engine необходимо создать привязки к конкретному языку для базовых сервисов Google и обычно сначала делать Python, затем Java, затем Go, чтобы у вас был временной интервал между тем, когда функция вводится в Python, и тем временем, когда она снижается додругие языки (хотя это стало намного лучше в последнее время по мере развития продукта).

Cloud Foundry предоставляет сервисы различным языкам / платформам, используя существующие сервисные интерфейсы этих платформ, он просто автоматизирует предоставление и привязку сервисов (соединениеПараметры / config больше не жестко закодированы в файле свойств, они предоставляются Cloud Foundry во время выполнения (в зависимости от среды).Например, когда RabbitMQ был представлен в Cloud Foundry, нам не нужно было создавать новый API для сервиса на каждом языке, мы просто использовали существующие клиентские библиотеки AMPQ для каждого языка / фреймворка.

Answer 3

Сравнение с GAE здесь не подходит.Одно из различий между GAE и CF заключается в том, что в CF нет специальных API для использования.Если вы пишете приложение RoR, вы просто пишете приложение и затем развертываете его.То же самое, если вы пишете приложение Spring или Grails.

Насколько я понимаю, с помощью основных интеграций, предоставляемых и поддерживаемых VMware, они должны рассматриваться одинаково.Конечно, CF все еще находится в бета-версии, и различия в уровнях поддержки между платформами могут существовать, но это, вероятно, ошибка, а не особенность.

Итак, я думаю, что Брэндон Тилли в значительной степени прав в том, что вы должны бытьдумать о языке / платформе, которые наиболее подходят для вашего приложения, а не о том, что подходит для CF.

Answer 4

Это действительно не имеет значения, используйте то, что вам знакомо.Ключом к приложению будет архитектура, которую вы настраиваете, а не язык или стек, который вы используете сверху.

Тогда, конечно, другой ответ - это то, к чему приводит большинство ответов с открытым окончанием ".это зависит!":)

Answer 5

Я думаю, что Java и Spring будут лучшим выбором.Я бы сделал это до Ruby или node.js.Spring Source был куплен VMWare некоторое время назад (год назад, два года?), Так что это имеет смысл.