Следует ли сочетать Nginx с языком, поддерживающим модель асинхронного программирования?

Прежде всего, nginx не поддерживает выполнение каких-либо приложений напрямую. Он может обслуживать статические файлы, запросы прокси к любому другому веб-серверу и некоторые другие мелочи. Исторически сложилось так, что nginx был нацелен на обработку множества сетевых подключений, правда, но логическое обоснование было таким: пока apache не ответит на запрос кого-то при медленном подключении, он ничего не может сделать. У Apache есть ограничение на количество рабочих, поэтому при большом количестве медленных клиентов любой новый должен ждать, пока рабочий завершит передачу и возобновит прием нового запроса. Итак, классическая установка - nginx принимает внешние запросы, проксируя их на локальный apache; apache обрабатывает запросы и возвращает ответы nginx для передачи клиентам. Таким образом, apache исключается из работы с клиентами.

По поводу вопроса и nginx на картинке. В наши дни не так уж и сложно использовать фреймворки системных событий. Это epoll для Linux, kqueue для FreeBSD и другие. На уровне приложения много вариантов, например, для Python. Итак, все, что вам нужно сделать, это написать приложение с этими фреймворками, которые 1) обычно помещают вас в мир асинхронности и 2) дают вам способ создания службы HTTP, готовой к работе с nginx. Вероятно, это то, к чему вы стремитесь.

Таким образом, c10k не представляет проблемы ни для nginx, ни для приложений, построенных на этих фреймворках. Пример под рукой - сервер торнадо friendfeed: написан python, в зависимости от системы использует epoll и kqueue, насколько я помню, легко обрабатывает до 8k. Были некоторые тесты и запоздалая мысль о его дальнейшем масштабировании.

Должно быть, что-то назревает в рубиновом мире по поводу всей асинхронной тенденции, чтобы они могли придумать, если они еще не сделали. Пассажир и дворняга Ruby, какими бы они ни были по сути (я не говорю об этом), работают с nginx, и для этого требовалось писать модули для nginx. Таким образом, сообщество принимает во внимание nginx и делает дополнительные, когда это необходимо.

Php, кстати, остается актуальным для push-уведомлений при массовом развертывании веб-сокетов. Ну что ж.

Дело в том, что потенциал не имеет значения. PHP - это что-то вроде стандарта для веб-разработки, и это то, что люди обычно заботят о серверах, поэтому только потому, что Ngnix или Apache оптимизированы для запуска непонятного языка программирования в y раз быстрее, чем другой, не имеет значения, если это не PHP.