Тут всё от способностей зависит (ц)

1. SQL Server база
2. SQL Broker
3. Redis

и еще много всякого, но как для меня - хватило бы уже этих трёх, точнее одного из них

ProBiotekWinnipuh,

Но зачем пункты 2 и 3 ? Как я понимаю (только что погуглил) они нужны лишь в условиях нескольких БД, синхронизированных между собой ?
Этого мне не нужно.

У меня все простенько. Через Wcf приходит запрос, который не хочу обрабатывать в самом сервисе. Хочу, чтобы он отправлял это сообщение в очередь либо в БД. А уже другой сервис/сы берут задание в обработку.
Нужно принимать заявки. Затем их обрабатывать - при этом привлекаются работники склада, т.е. компьютер сам по себе ее не сделает. Затем отправлять на почту сообщение о выполнении задачи.

По идее можно, это организовать через БД, но вот думаю не попробовать ли очереди сообщений :) Для чего то же их создали.

Было написано, что ", но распределенная.", вот я и написал.
Всё, естественно, от задачи зависит. Если один потребитель очереди, то все проще, но и в этом случае SQLBroker Queue может быть полезной. И в Redis можно делать хорошие реализации очередей, причем что важно - просто, без задвигов типа ZeroMQ и т.д.