Работал над реализацией приложения WSGI, которое будет отвечать на вызовы уровня данных в проекте типа SOA. Проработав несколько примеров приложений для Twisted и просмотрев общее мнение сообщества, я обнаружил Werkzeug и его впечатляюще простую библиотеку маршрутизации.
Я понимаю, что легко адаптируемая природа WSGI делает так, что есть много способов достичь по существу одной и той же цели. В общем, мне просто интересно, есть ли преимущество в том, чтобы использовать только библиотеку маршрутизации от Werkzeug и полагаться на Twisted для WSGI-сервера и цикла реактора, или мне следует полностью отказаться от Twisted. Кто-нибудь экспериментировал с комбинацией? Я должен отметить, что модули, используемые для выполнения бизнес-логики в конечном приложении, включают в себя массу блокирующих вызовов, поэтому на самом деле нецелесообразно делать весь процесс приложения асинхронно внутри. Более того, важно, чтобы движок мог работать как сам демон-сервер или подключаться к apache через mod_wsgi.
Будем весьма благодарны за любые советы от тех, кто имеет опыт работы с этими библиотеками! Это новая вода для меня.
Edit:
Пересмотр моего вопроса для большей ясности в соответствии с комментариями.
Изначально я столкнулся с большим упором на ее роль в качестве сетевой библиотеки, чем на ее широкие асинхронные функции. Я использовал его базовый сервер WSGI с инструментом командной строки twistd для тестирования и запуска приложения WSGI. В приложении есть только несколько процедур, которые действительно должны обрабатываться асинхронно, главное, чтобы он отвечал на HTTP-вызовы соответствующим образом.