Re: платформа для REST сервисов

[postmaster@xxxxxxxxxxxxx]

Здравствуйте, Sergey.

Вы не совсем правильно представляете работу асинхронных приложений.
Они не ждут таймаут, они получают сообщения от ОС и по ним что-то делают.

> Почитал тред про CGI в nginx, утром обсуждали смежную задачку с колегом.
> Только у меня идея была написать всю асинхронщину на питоне, а в
> реальной жизни мы используем nginx + fastcgi на питоне.

> И в общем идея примерно такая.
> Есть некий слой "А" асинхронной обработки запросов снаружи (повторюсь,
> сейчас его роль офигительно выполняет nginx).
> "А" знает, что в его распоряжении имеется, скажем 100 бекендов - 100
> процессов. Думаю, оптимальное количество можно определить для
> конкретной материнки и проца. (RFC)
> Приходит внешний запрос от клиента. "А" здесь быстро принимает запрос
> и ищет свободный воркер
> если есть свободный воркер, (RFC)
>    помечает его как занятый
>    асинхронно шлёт запрос ему,
> (и продолжает работать дальше)
> если нет свободного воркера
>     ждем таймаут, если в течение таймаута свободного воркера не
> появилось - возвращаем клиенту "таймаут" (RFC, кажется, nginx именно
> так и умеет)
> когда воркер вернул результат
>     отдаём клиенту,
>     помечаем воркер как свободный.

> К этому счастью нужно прикрутить админку бекендов с графиками и
> полуавтоматическим контроллером пула воркеров, то есть чтоб некий
> третий процесс контроллировал сколько нужно прибить лишних воркеров,
> сколько нужно открыть новых (RFC).

> Получится наверно что-то вроде веб-части Google AppEngine.
 



-- 
С уважением,
 postmaster                          mailto:postmaster@xxxxxxxxxxxxx