2013-03-27 2 views
3

Планирование создания сайта со статическим содержимым html, я изучил альтернативы использованию Rails на Heroku, так как мне не нужна база данных или какие-либо другие функции, предлагаемые Rails. Я слышал, что статический генератор сайтов Middleman может помочь мне создать легкий сайт, который я могу развернуть в Heroku.Какой размер фактора slug на heroku

Я сделал тестовый сайт с Middleman с около 6 в основном пустыми страницами содержимого html (в основном, только название на каждой странице). После нажатия на Heroku, я получил эту статистику для репо и пробкового размера

Repo size: 7.33 MB 
Slug size: 8.3 MB of 200 MB 

Размер пробкового больше, чем размер репо. Согласно документам Heroku, slug должен быть «сжатыми и предварительно упакованными копиями вашего приложения, оптимизированными для молниеносного распространения через динамический манифольд». Я предполагаю, что размер слизи должен быть меньше размера репо.

Для сравнения, я просмотрел статистику для основного приложения Rails, которое я использую только как механизм ведения блога (с Enki). В настоящее время в нем имеется база данных и около 50 сообщений в блогах.

Repo size: 17.2 MB 
Slug size: 5.55 MB of 200 MB 

Таким образом, хотя размер репо Rails-приложения намного больше, размер слизи меньше.

Является ли размер слизи единственным фактором, влияющим на производительность на Heroku? Если это так, станет ли очевидным выбором для меня вернуться к использованию простого сайта Rails, хотя я действительно планирую только опубликовать немного статического контента?

Оставив в стороне размер слизи, вы могли бы предположить, что сайт посредника может быть быстрее, поскольку он не использует базу данных? и поэтому не нужно делать запрос на получение контента? С сайтом посредника я просто напишу содержимое непосредственно на html-страницах. Моя настоящая забота о сайте - позволить пользователям быстро перемещаться между страницами контента. В случае с Rails-приложением с меньшим размером slug, которое будет связано с запросом базы данных, тогда как с более крупным приложением Middleman-приложения с небольшим размером, оно не будет.

+2

рассмотрите http://pages.github.com/ для статического html-сайта – house9

+0

@ house9 благодарим за рекомендацию. Можете ли вы прокомментировать спектакль против героку? Например, геройку предлагает один бесплатный дино. Один запрос обрабатывается одновременно и т. Д., Что может создать проблемы, если вы получите всплески в трафике и т. Д. – Leahcim

+2

Я предполагаю, что он будет намного превосходить героку для обслуживания статического контента, heroku не предназначен для обслуживания статического контента – house9

ответ

6

Является ли размер слизи единственным фактором, влияющим на производительность на Heroku?

Размер пули не влияет на производительность вашего приложения. Если ваш slug меньше, ваши развертывания будут выполняться быстрее, но как только приложение будет развернуто, производительность будет зависеть только от его кода и ресурсов, которые он использует.

Вы упомянули хороший пример: типичное приложение Rails, вероятно, сделает несколько запросов к базе данных и, следовательно, потребуется больше времени для ответа, чем типичное приложение посредника, которое просто считывает и возвращает HTML.

+0

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

 Смежные вопросы

  • Нет связанных вопросов^_^