Проблемы с развертыванием серверов рельсов на несколько хостов

Question

Я часто слышал, что развертывание традиционного монолитного приложения Rails (т. Е. Никакого внутреннего веб-API, без очереди сообщений, без сервера Redis/memcached) на несколько серверов может вызвать множество ошибок, которые очень трудно отлаживать, но я с трудом придумывают некоторые конкретные примеры, несмотря на несколько часов прибегая к помощи

некоторые очевидные проблемы, которые я могу думать, являются:

Наблюдатели - скорее всего, не будет работать должным образом поскольку наблюдение распространяется только на одном сервере, а не во всех из них (при условии отсутствия очереди сообщений)

Сессии - вероятно, нужно будет хранить их в базе данных, которая нуждается в ее собственном хосте

Кэши - любые подметальные машины будут иметь проблемы, распространяющие недействительности между серверами.

Кто-нибудь еще должен внести свой вклад? Я бы очень признателен за любые статьи, которые могут возникнуть у других, или просто общая мудрость :)

Answer 1

Наблюдатели - это только обратные вызовы кода. Они запускаются на каждом процессе на каждом сервере.

Сессии по умолчанию хранятся в хранилище файлов cookie в течение последних нескольких лет. Так много серверов не проблема. Если у вас недостаточно места в вашем файле cookie, я предлагаю вам сделать что-то неправильно.

Кэш-аннулирование действительно является проблемой. Но это всегда так. Одним из решений является разбиение вашего кэша на автономный сервис. Сайты, подобные Facebook, имеют гигантские фермы memcache

Я думаю, что масштабирование и кластеризация всегда являются трудной проблемой. Но это, похоже, старый аргумент против рельсов. Если что-нибудь за последние несколько лет увидело, что в этом отношении сияют рельсы. С ec2, nosql и сервером автоматизация становится довольно нормой в сообществе.