Должен ли я использовать тонкий или единорог на кедрах Героку

Question

Недавно я «обновил» свое приложение на платформе кедра на героку. По умолчанию я использую thin в качестве веб-сервера. Но у меня всегда возникало соблазн использовать unicorn для параллелизма, и мой дино-доллар пошел отцом. Но я беспокоюсь, что есть кое-какие ошибки в использовании чего-то другого, кроме Тонкого.

У кого-нибудь есть реальный жизненный опыт с этим решением?

Спасибо!

Джонатан

---

Примечание:

• Это была статья, что у меня взволнованный об идее: http://michaelvanrooijen.com/articles/2011/06/01-more-concurrency-on-a-single-heroku-dyno-with-the-new-celadon-cedar-stack/
• Я знаю каждое приложение отличается, и что вы должны построить инсценировки env и попробуйте сами. Но если это выглядит великолепно в вашей постановке env, это любые подводные камни, о которых мы должны знать?

Я хочу знать причины, почему все не должны делать это

Answer 1

Обновление - через 3 месяца.

Я использую единорог в производстве в течение 3 месяцев, и я был очень доволен. Я использую 4 рабочих единорога на динамо.

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

Answer 2

Нет причин не делать этого - я использую Единорог на Heroku с большим успехом.

Answer 3

Heroku только что написал пост об использовании Unicorn: https://blog.heroku.com/archives/2013/2/27/unicorn_rails

Постараюсь это сейчас, это кажется, что это путь, как для обеспечения эффективности и экономии затрат.

Answer 4

Если вы используете Thin, и ваш код не очищает запросы очень быстро, значит, у вас проблемы - поскольку Heroku использует случайную маршрутизацию, запросы будут складываться на заблокированном dyno, даже если есть свободные динамики. Использование Unicorn кажется лучше, если вы можете справиться с ударом памяти, потому что менее вероятно, что все ваши вилки будут получать медленные запросы одновременно. Он не решает проблему случайной маршрутизации Heroku, но это должно многое помочь.

ссылки и объяснения в этом ответе:

https://stackoverflow.com/a/19965981/1233555