Масштабирование приложения Meteor на Heroku

Question

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

В ответе далее отмечается, что «набор серверов, сгенерированный с помощью« пакета метеоритов », представляет собой в основном одно приложение процесса. Это связано с тем, что вы подключаете его к нескольким экземплярам или, тем не менее, хотите реализовать автоматическое масштабирование».

После прочтения этого вопроса, я все еще очень неясен в вопросе масштабирования. На Heroku я предполагаю, что могу запускать однопроцессорные приложения «meteor bundle» в динамических системах. Но если я использую много динозавров, каждый из которых запускает пакет серверов Meteor, разработан Meteor, чтобы они могли быть подключены так, чтобы все они синхронизировались с одними и теми же данными (даже если есть отставание)?

Answer 1

Отвечая на мой собственный вопрос, команда Meteor объявила roadmap, которая включает планы масштабируемости, для включения в Meteor 1.0.

Answer 2

Метеор все еще очень юная платформа. Прежде чем масштабируемость, лично я поставил бы вопрос о безопасности, поскольку сейчас у Meteor нет модели безопасности в публичном выпуске. Также не упоминается о безопасности в документах Meteor, но команда Meteor подтвердила, что они работают над этим, и в будущем выпуске будет. Посмотрите здесь: https://stackoverflow.com/questions/10100813/when-can-we-expect-data-validation-and-security-in-meteor

Поэтому я думаю, что вы и я (для обеспечения безопасности) должны ждать больше выпусков и, возможно, до того, как масштабируемость 1.0 будет обрабатываться внутри страны, или atlease у них должна быть документация, объясняющая, как это сделать.

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

Answer 3

Недавно я задал аналогичный вопрос (Which PaaS would be best for a Meteor JS app that needs to be scalable?), и один из ответов объяснил ситуацию в Хереку очень хорошо (я думал) - см. https://stackoverflow.com/a/16468418/2311632. Также указывается (https://stackoverflow.com/a/16468609/2311632), что можно развернуть на meteor.com. Хотя масштабирование по-прежнему находится в дорожной карте, возможно, они имеют или решают некоторые проблемы масштабирования внутри компании, или могут в противном случае сохранить свое обслуживание на переднем крае того, что возможно при масштабировании для Meteor Apps. В противном случае вы можете пойти с EC2 и масштабировать по вертикали (увеличить мощность одного экземпляра), пока Meteor не достигнет отметки официальными решениями масштабирования. Настройка с EC2 для меня нова, но этот ответ (https://stackoverflow.com/a/16468826/2311632) выглядит хорошей отправной точкой. Я еще не пробовал, но, скорее всего, скоро.

Answer 4

Вы можете развернуть метеоритные приложения в Heroku, но вам нужно придерживаться 1 dyno. Потому что Heroku не поддерживает WebSockets или Sticky Sessions.

Для этого вам необходимо найти другого поставщика PAAS. Nodejitsu - хороший вариант. Если вы не будете масштабироваться в несколько экземпляров, вам нужно найти способ синхронизации операций записи между экземплярами.

Тогда Вам нужно Meteor Cluster - http://goo.gl/2aHJ2