Подтвердить что ты не робот

Выбор Rails против Django на основе производительности и масштабируемости

В настоящее время я работаю над побочным проектом (который, мы надеемся, перерастет во что-то еще), и прямо сейчас его строго статичный внешний интерфейс; HTML, CSS и jQuery. Так что пока у меня есть время, чтобы провести тяжелые исследования по выбору Ruby on Rails против Python/Django.

Я читал бесчисленные статьи, сравнивающие эти два, которые обычно сводятся к "на каком языке вы предпочитаете?". и соображения сообщества разработчиков.

Мой вопрос здесь носит исключительно технический характер, сравнивая рамки (и их соответствующие языки) как таковые:

Между Ruby/Rails и Python/Django:

  • Какое время выполнения работает лучше (любая статистика или примеры в реальном мире были бы замечательными)
  • Каковы известные проблемы масштабируемости и которые лучше масштабируются в долгосрочной перспективе (опять же, любая техническая документация или данные для представления этого будут замечательными)?

Я понимаю, что масштабируемость сводится к архитектуре, поэтому вопрос заключается в том, какие рамки и соответствующие инструменты, API, плагины, сообщества, документация и т.д. "направляют" вас к лучшей масштабируемой веб-архитектуре из "get- идти"?

Спасибо!

4b9b3361

Ответ 1

Это неправильный подход к размышлению о проблеме.

Масштабируемость в Интернете связана с расширением количества серверов приложений, а не с ускорением отдельного сервера приложений.

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

Пока вы сохраняете хорошую веб-архитектуру, где ваш сервер приложений без гражданства (где все состояние хранится в базе данных или в файлах cookie, но не в сеансах на стороне сервера), вам все равно, какова фактическая производительность отдельного пользователя запрос, если это разумно. Поскольку, если ваш сервер приложений не имеет состояния, вы можете масштабировать этот уровень по горизонтали, чтобы справиться с любой необходимостью масштабирования.

Ответ 2

https://stackoverflow.com/info/91846/rails-or-django-or-something-else
Является ли шкала Django?
Использование Rails в качестве основы для большого веб-сайта
https://stackoverflow.com/info/3042259/django-or-rails
Rails или Django?

...

Есть много вопросов по этому вопросу, и никто из них не отвечает на вопрос - нет правильного ответа.

Я не думаю, что вы должны выбрать структуру этих двух показателей. Если вы не строите следующий Facebook, оба будут масштабироваться в соответствии с вашими потребностями. Точно так же оба должны соответствовать вашим потребностям. Вместо этого посмотрите, какие особенности языков и фреймворков привлекают ваше приложение и т.д.