NitroG

Очереди это, как уже сказал bmalets, что-то вроде списков задач. Они нужны в основном для управлением нагрузкой, параллельностью. По дефолту есть только очередь default.

Классический пример разделения очередей:
- mailer - очередь для рассылки почтовых сообщения пользователям
- default - для всего остального

Можно сделать так что для очереди mailer вы запускаете 10 процессов (не воркеров, а именно процессов ОС), а для default только 1. Тем самым вы делаете приоритетной очередь mailer.
Распределением нагрузки можно также управлять с помощью "весов" (параметр -q mailer,9 default,1 ). В данном случае из 10 задач 9 будут взяты из очереди mailer и только одна из очереди default.

Под воркерами могут подразумеваться два понятия:
- воркер как процесс ОС который берет задачи из очередей на выполнение
- воркер как класс руби, который выполняет какую-то бизнес-задачу

В основном конечно же под воркерами подразумевается второй вариант.

По вашим вопросам:
- как воркеры исполняются?
Процесс-обработчик берет задачу из redis и выполняет её. Тут важно понимать, что при аварийном завершении работы процесса вы можете потерять задачу (такие кейсы бывают очень критичными для бизнеса).

- какой обьём памяти для этого нужен?
Объем данных в redis'е можно посмотреть в админском интерфейсе.

- почему redis

Кто знает...

- как это работает с redis
???

- почему в perform_async нельзя передовать сами обьекты? а только id, strings, json ...?
Можно, но не нужно. Все что попадает в perform_async должно попадать в redis. А это накладные расходы на хранение, сериализацию/десериализацию.

- Как правильно вызывать и добавлять очереди.
Что вы имели ввиду под "вызывать очереди"? Очереди добавляются автоматически
Вообще формат хранения можно запросто посмотреть в самом редисе.

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

Я ленивый админ и желание сделать закладку у меня возникло один раз за все 10 лет трудового стажа, но в компании руководство сменилось на более адекватное и желание делать закладку отпало после почти часового общения с новым шефом.
У меня почти всегда в руководителях разбирающийся в ИТ-рисках человек,

А гадить себе же в репутацию как-то глупо, по меньшей мере — всё равно в 90% случаев будущее руководство звонит предыдущему с вопросами о тебе, любимом.

А если есть желание поставить закладку, считаю, что лучшая закладка — заявление об уходе.

Про то, что администратора за 2 недели надо лишать админских прав — так нафига он тогда нужен — картриджи менять?
Если ничего выполнять он уже фактически не может.

Однозначно МС
Все что нужно в одном флаконе!