Я посмотрел это на Google, но хотел большего мнения, прежде чем я посвятил себя любой услуге. Кто-нибудь имел опыт работы с (или, возможно, обоими) услугами? Есть ли какие-либо преимущества или недостатки, которые выделяются ни для одного? Особые области интересов:
Я предполагаю, что вы говорите о хостинге Engine Yard EC2, а не о стеке полного обслуживания?
Я работаю с Heroku и люблю его. По цене, Heroku явный победитель для меня. Расходы на пропускную способность абстрагируются Heroku, что является большой победой.
На фронтах безопасности это трудно сказать - что является одной из распространенных критических замечаний облака. У вас нет большого понимания стека, работающего на любой службе.
Heroku вложили огромные средства в технологии для мониторинга и бесшовного управления экземплярами приложений. Что-то пошло не так, и экземпляр удаляется, и начинается новый. Замечательные вещи.
Что касается масштабируемости, то оба они поддерживаются на Amazon и используют EC2 и EBS, поэтому, вероятно, почти одинаковы с точки зрения сырой емкости.
Фанки,
Я работал на Engine Yard, поэтому позвольте мне предоставить вам информацию о нашем сервисе Engine Yard Cloud (работает на AWS). Я оставлю вас делать собственные исследования по вашим другим вариантам.
На мой взгляд, виртуальные машины на уровне аппаратного обеспечения являются одним из оснований успеха Amazon и почему ничего подобного не произошло до того, как созрели виртуальные машины (но я предвзятый, потому что я был парнем VMware и видел это в реальном времени)
Устойчивость У нас есть много опыта в том, что можно доверять, а что нет в компонентах Ruby/Rails. В настоящее время в нашем списке "не развертывать" есть хорек, juggernaut и awstats. В противном случае мы наследуем время безотказной работы AWS, потому что у нас нет общей инфраструктуры в пути данных. Время безотказной работы AWS было довольно хорошим, но я бы не стал просто запускать на нем атомную электростанцию. В последнее время развертывание надежности было неоднозначным - Amazon, похоже, немного приближается к ветру по использованию мощности, поэтому в некоторых случаях запрос на добавление мощности будет терпеть неудачу и должен быть повторно выпущен.
. У нас есть большие приложения, работающие на облаке Engine Yard. В ноябре прошлого года в Playmesh появилось приложение iphone номер 1, и его способность справиться с этим была достаточно хорошей. Мы сравнили даже небольшой экземпляр (4 mongrels), способный обрабатывать 85M/Reqs в месяц при постоянной нагрузке (очень простое приложение). Мы рекомендуем, чтобы люди работали в больших экземплярах, если им нужно много дискового ввода-вывода, Amazon обеспечивает лучшую пропускную способность ввода-вывода для больших размеров экземпляров. В любом случае добавление или удаление емкости происходит буквально одним нажатием кнопки.
Цена Запуск маленького экземпляра (4 mongrels) полный рабочий день в течение месяца будет стоить вам 79 долларов США на EY Cloud или 0,11 в час (против 8,5 центов на голом Amazon). Это включает в себя управление базами данных, но вы будете платить небольшую сумму за хранение и пропускную способность - что облако Engine Yard Cloud проходит по цене AWS. Мы очень уверены, что, как только вы достигнете любого разумного количества трафика, мы - дело убийцы.
Позвольте мне добавить еще несколько критериев, которые вы можете рассмотреть...
Поддержка → вы получаете бесплатную поддержку сообщества/форума, но у нас также есть опция поддержки по билетам, опция поддержки премиум-класса позволяет вашему приложению смотреть 24x7, и мы сообщим вам, когда ваше приложение опустится и устранит его для вас, если это поддерживаемый стек, что проблема.
Сообщество → Некоторые люди заботятся об этом, некоторые люди этого не делают, но Engine Yard спонсирует 2 участника Rails в течение полного времени, команду из трех человек JRuby и следующего поколения Ruby VM, Rubinius. Мы стремимся помочь сделать Rails и Ruby лучшей платформой для разработки веб-приложений.
Автоматизация → вам просто нужно посмотреть демонстрацию, чтобы увидеть ее в действии, но она аккуратная. Также мы в бета-версии с командной строкой git разворачиваем, проверяем базу знаний, чтобы увидеть ее в действии.
Это совершенно разные подходы.
Heroku - это рубиновое решение PaaS, похожее на движок Google. Это позволяет вам масштабировать приложение без навыков администрирования системы, если ваше приложение вписывается в экосистему, которую они предоставляют.
Engine Yard - более традиционный сервис, предоставляющий вам доступ к коробкам и предоставляющий вам инструменты, облегчающие вашу жизнь. Поскольку это менее абстракция, она предлагает вам большую гибкость, но также требует больших навыков sys-admin с вашей стороны.
Это довольно старый поток с довольно старыми ответами, поэтому я подумал, что более свежий ответ может помочь некоторым людям.
У меня довольно много опыта с использованием как Heroku, так и Engine Yard для некоторых довольно крупных и сложных веб-сервисов. Моя компания использует Engine Jard для запуска Andromo App Maker для Android, и мы используем Heroku для запуска AirBop Push Messaging Service для Android. Каждая платформа имеет свои уникальные возможности.
Ваш вопрос немного сложно ответить просто потому, что большинство критериев, которые вас интересуют, не являются отличительными особенностями каждой платформы. В любом случае я отвечу на эти вопросы, но я также коснусь общей философии каждой платформы и различий в технической поддержке, которые, по моему мнению, более полезны в вашем решении.
Безопасность, стабильность и масштабируемость - это стирка. Обе службы являются такими же надежными и стабильными, как и любой экземпляр Amazon EC2. Масштабируемость также реалистична. В то время как Heroku ограничивает вас несколькими сотнями маленьких (512 тыс. Экземпляров) (или теперь "двойными" малогабаритами), Engine Yard позволит вам использовать Extra Large с кучей процессора и памяти, но в реальном мире все это примерно одинаково в конец. С помощью Heroku вам может понадобиться создать рой дешевых небольших серверов для обработки вашего груза, или с помощью Engine Yard вы будете использовать несколько более дорогих больших серверов. Для веб-запросов это, вероятно, не имеет значения.
Цена - это фактор, который я могу решить немного лучше. Прежде всего, если вы просто возитесь, Heroku свободен. Только не путайте, что со смыслом вы действительно можете запустить настоящий веб-сайт на своем свободном уровне. Вы не можете. Engine Yard дает вам шанс бесплатных часов, чтобы поиграть с ними, но позвольте говорить о приложениях реального мира. Heroku сглаживает цены, взимая плату за "dynos" (те небольшие веб-серверы, о которых я упоминал) и план базы данных PostgreSQL. Их цены включают в себя хранение, резервное копирование, пропускную способность и т.д., Поэтому довольно просто сделать умственный расчет того, что стоит. Engine Yard разрывает ситуацию, и вам нужно будет использовать свой калькулятор, чтобы выяснить, что будет стоить, но все это представлено вам, прежде чем вы решите запустить новый "экземпляр".
Я нахожу, что планы базы данных Heroku очень дороги (по сравнению с тем, что EC2-экземпляр они используют). Они определенно составляют свою прибыль здесь. То, что выглядело дешево для динамиков, теперь нуждается в базе данных за $200-400/месяц (чтобы начать получать уровень разумной производительности, вы можете смотреть больше как $800 +). Я также ненавижу то, как они скрывают/затушевывают спецификации базы данных - вам нужно будет сделать вывод о возможностях, перейдя на данные размера экземпляра Amazon и посмотрев на "память", которую Heroku использует для "кеша".
База данных Engine Jard - это просто любой экземпляр сервера, который вы хотите. Они привязаны к той же разметке EC2, что и для веб-экземпляров. Здесь нет строжки. Это более прозрачно.
Один дешевле другого? Может быть, но я бы не позволил нескольким долларам мутить ваше решение.
В конце концов, мне нравится Motor Yard для его "голого металла". Нам это нужно для Andromo, поскольку мы генерируем и компилируем приложения Android "на лету" и имеем некоторые очень специфические требования. Engine Yard дает нам полный контроль над каждым сервером, пакетами Unix, SSH и т.д. С другой стороны, Herkou работает очень хорошо в ситуациях, когда вы можете абстрагировать свое приложение от аппаратного обеспечения и входить в этот рой мышления динозавров. Они делают это очень быстро и легко, чтобы запустить десятки через пару минут. Как я уже упоминал, мы запускаем AirBop на платформе Heroku и автоматизировали создание/уничтожение экземпляров с помощью HireFire - который очень хорошо работает для нас, так как наша нагрузка значительно варьируется и неожиданно.
Еще одна вещь, которую стоит рассмотреть - это техническая поддержка. По моему опыту, бесплатная поддержка/поддержка Heroku находится рядом с бесполезным, тогда как Engine Yard очень хороша. EY, используемый для зарядки базовой поддержки, но начал включать в себя, что со всеми их планами (плюс у них есть приоритетная возможность 24/7). Я обнаружил, что они действительно знают, о чем они говорят.
Надеюсь, это поможет!
Я проверил Bitnami, Heroku и Engine Yard и провел серьезные тесты против героику, и Engine Yard и Engine Yard были безусловно победительницей. Heroku делает некоторые действительно странные вещи, такие как закрытие процессов на 250 МБ, и их ответ заключается в том, что вам нужно управлять собственной памятью. Я видел серьезные всплески в производительности на героку, и кажется, что иногда процессы просто зависают и не перезапускаются в течение минуты, когда работает несколько сетевых динозавров (что не должно происходить). Plus heroku ставит процессы в спящие, если они не являются и есть странная проблема при запуске даже с несколькими динамиками. Кроме того, дополнительные неудобства, которые я не мог получить в файлах журналов на героку и выяснить, что происходит. Развернув тот же точный код на Engine Yard и наблюдая за его криком без каких-либо фанковых всплесков производительности, я должен сказать, что Engine Yard - это, безусловно, победитель и проще всего развертывать, как только вы получите настройку вашей системы. Стоимость на самом деле дешевле на Engine Yard, чем на герою, когда вы начинаете добавлять веб-диноды, а производительность - путь, лучше, особенно если вы переключаетесь на стек JRuby. Я попытался создать что-то на Битнами, но из того, что, как я помню, было трудно работать. Я думаю, что heroku - хорошее решение, если вас не интересует производительность или масштабируемость, и просто хотите развернуть простое веб-приложение, которое, вероятно, проще в использовании, чем Engine Yard для такого рода вещей.
Я запускаю критически важные Rails и приложения Sinatra на приложениях Heroku и Engine Yard и PHP в облаке Engine Yard Cloud, и мой комментарий о # 2, стабильности. Engine Yard выигрывает, сжимается. Причина заключается в поддержке персонала. Если ваше приложение абсолютно необходимо работать, и вам нужна помощь в его продвижении, тогда Engine Yard поможет вам, особенно если вы инвестируете в премиум-поддержку. Они абсолютно фантастические. Heroku опрятен, когда он работает, но когда он не работает, их вспомогательный персонал нигде не подходит как полезный.
Вот пример из нескольких месяцев назад, когда мне понадобилось развернуть критически важное внутреннее приложение за пару дней после получения запроса от моего персонала:
У меня много приложений, работающих на Heroku, и ни у одной из них никогда не было таинственной проблемы с веб-операциями, которая была у меня с этим приложением. Просто чтобы заверить вас, что я знаю, что я делаю, и что это не ошибка разработчиков. Дальнейшее заверение в том, что тот же самый код работает отлично, так как я переместил его на Engine Yard, когда я не смог получить помощь от Heroku. Они, наконец, ответили через несколько дней после того, как мне нужно было запустить приложение, сообщив мне, что я могу устранить проблемы с производительностью в своем приложении с помощью NewRelic. Отлично, спасибо.
То, как я смотрю на это, платя за премиальную поддержку от Engine Yard, стоит LOT меньше, чем нанимать пользователей веб-операций. И я получаю чрезвычайно грамотную поддержку, от сети людей, у которых всегда есть специалисты, чтобы проконсультироваться, когда они не знают. Позвольте мне повторить: вспомогательный персонал Engine Yard невероятно велик.
Я полагаю, что могу немного прокомментировать безопасность, так как в какой-то момент наше приложение SaaS было атаковано DDoS-атакой. Возможно, это не тот вопрос, о котором идет речь, но я использую его в качестве предлога, чтобы снова поговорить о службе поддержки. Я никогда не был атакован DDoS-атакой, и я даже не знал, почему мои серверы работают неправильно. Они поставили диагноз и помогли мне начать работу по смягчению последствий. Они помогли мне настроить некоторые специальные фильтры в HAProxy и nginx для блокировки атаки некоторое время, и это купило мне достаточно времени, чтобы настроить смягчение DDoS.
... тогда настало время, когда весь центр данных Amazon US-East-1 взорвался, а некоторые сайты отключились в течение нескольких дней. Engine Yard в то время предлагал только хостинг в этом дата-центре. Через несколько минут они включили возможность развертывания на US-West-1, и они помогли всем своим пострадавшим клиентам двигаться. Без их помощи мы бы не спешили в наше прайм-тайм в ту ночь (мы SaaS для ночных клубов), и мы, вероятно, потеряли бы много клиентов, потому что это была ночь в четверг. Большая ночь для нас. Многие люди, которые работали с приложениями на Heroku в тот день, были всего лишь S.O.L., но мы сразу же работали в Калифорнии благодаря помощи Engine Yard.
Были и другие времена, когда они спасли нашу компанию от определенной гибели. Без шуток. Я мог продолжать рассказывать истории. Но ты получил идею. Персонал службы поддержки двигателя - причина, по которой я развертываю все новые критически важные приложения в облаке Engine Yard Cloud.