В общем, это где угодно, где у вас есть общий ресурс для управления.Это может быть сокет или соединение с базой данных, но это также могут быть некоторые совместно используемые данные в памяти или какой-либо конечный автомат.
Возможно, вы также захотите выполнить параллельную обработку списка значений.(см. pmap).
К вашей точке «обмена» вы должны знать, что процессы Erlang не используют возможности op-sys для планирования, а планирование практически бесплатно.
В конкретном случае сервера веб-приложений я понимаю ваш вопрос.Если вы пишете обычное веб-приложение с очень небольшим состоянием общего ресурса.Ваш веб-фреймворк, вероятно, уже обрабатывает состояние кэширования и сеанса и тому подобное (эти средства будут порождать процесс).
Мы все очень хорошо знакомы с этой моделью веб-приложений без сохранения состояния.Нам всем сказали с тех пор, как мы были щенками, системы с состоянием сложно разрабатывать, и они не масштабируются.Я думаю, вы найдете, что есть те, кто бросает вызов этому.По мере улучшения поддержки браузерами WebSockets и использования серверного языка, такого как Erlang и Clojure, обеспечивающего масштабируемые платформы с безопасным управлением состоянием, появятся те, кто сможет создавать больше интерактивных веб-приложений.В качестве крайнего примера, не могли бы вы представить себе WoW как веб-приложение?