Пара вопросов

1. NoSQL;

2. Message oriented middleware.

(Повторять в 100500-й раз тут то, чего в сети вагоны — не стоит. Почитай Википедию, а потом задавай более конкретные вопросы.)

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

Где это можно применить в веб-деве?

Первое, что пришло в голову: COMET.

http://rutvit.ru/ — посиди и посмотри главную страницу. На простом AJAX такое сделать может и получится, но это будет извращением.

1. MongoDB являются хорошей быстрой заменой РСУБД там, где можно положить на ACID. Redis скорее заменой не является, а является неким вспомогательных хранилищем, где можно хранить всякий хлам вроде счетчиков.

2. Очереди нужны обычно по двум причинам. Первая - физическая. Некоторые действия занимают довольно много времени, сильно больше, чем что бы уложиться в таймаут обработки http запроса, к примеру. Поэтому задание на обработку поставляется в очередь. Или некоторые изменения в системе можно сделать ассинхронно. В SOA обыно есть некоторое дублирование данных между сервисами. Что бы вся система пришла в консистентное состояние сервис, выполняющий изначальный запрос синхронно изменяет свою копию данных, а других сервисов ассинхронно уведомляет об изменении. Вторая причина - логическая. Иногда хочется избежать прямой зависимости между сервисами путем реализации событийной модели. В этом случае очередь становится событийной шиной.

Спасибо, вроде как дошло.