Какие проблемы решает Katana (OWIN)?

Question

[Антон Бруйло]

Начал читать статьи про спецификацию OWIN и её реализацию на проекте Katana. Почти везде читаю слишком общие фразы, на тему полезности использования. Хочу понять, какие реально проблемы решает OWIN? В каких случаях мне действительно необходимо это использовать?

P.S. К сожалению после прочтения некоторых статей в голове не сформировалось конкретного понимания.
Спасибо.

Answer 1

[Станислав Макаров]

Реальная проблема - зависимость от System.Web, которая, в свою очередь, слишком сильно завязана на IIS, и, если не ошибаюсь, на http.sys. Инженеры из Майкрософта (и их начальство тоже) хотят запускать новый asp.net на всех популярных платформах, чтобы подтянуться до уровня других популярных стеков технологий, такие как RoR или django. Чтобы зависимости от окружения было минимум, нужен суперлегкий интерфейс между веб-приложением и его окружением. В мире дотнета это и будет OWIN. Также как Rack в стеке руби.
Если хотите чуть более пространно - вот я отвечал ранее на похожий вопрос.

Comments

[Антон Бруйло]

Спасибо за ваш ответ.
Но, если честно, то он не дал мне никакого разъяснения.

- "Реальная проблема - зависимость от System.Web, которая, в свою очередь, слишком сильно завязана на IIS".
Я не совсем понимаю тут формулировку проблемы. В каких практических ситуациях необходимо оторваться от IIS? Как Katana позволяет мне это сделать?
Насколько я понял, из прочтенных мною сегодня статей, я могу организовать на базе Katana своего рода self hosting, который не будет требовать разворота моих дополнительных проектов solution'а на IIS. (К примеру: мне не придется разворачивать отдельно на IIS проект для WebApi, который я буду строить совместно с MVC)
Также прочел сегодня, что System.Web включает в себя также фичи под Web Forms, которые не будут использоваться в MVC проекте. И это делает мой проект медленнее. И Katana как-то помогает мне это решить, избавившись от System.Web (в случае с WebApi, SingnalR). Но как конкретно это происходит, я не понимаю, потому что во туториалах, которые я видел, подключают и System.Web и Microsoft.Owin.

Хочу все-таки услышать действительно понятное объяснение.

[Станислав Макаров]

> подключают и System.Web
Это не "тот же" system.web, что и в ранних версиях. В том смысле, что в новом asp.net этот system.web будет таким же опциональным, как и многие другие компоненты. Возможно стоит поискать минималистичный туториал. Или даже лучше туториал с других фреймворком, например с Нэнси: https://github.com/NancyFx/Nancy/wiki/Hosting-nanc... - здесь system.web уже не подключают, т.к. он НЕ НУЖЕН - мы вообще не используем ASP.Net. Ранее без ASP.Net обойтись можно было, только если самому реализовать еще и веб-сервер, ну или какой-нибудь fastcgi, и принимать входящие сетевые подключения. С OWIN можно использовать любой совместимый веб-сервер (IIS, self-hosting, как вы уже правильно заметили) с любым OWIN-приложением. Помимо того, что можно выбрать любой фреймворк, есть еще возможность добавлять так называемые middleware, через которые будет проходить http-запрос перед тем как попасть в основное приложение.

> В каких практических ситуациях необходимо оторваться от IIS?
Ну не знаю как у вас, а мне например неудобно арендовать сервер с виндой только ради IIS. PostgreSQL крутится на линухе, монга тоже, Mono сам по себе запускается нелохо, а вот для asp.net нужен бубен. Сейчас это стало неудобно даже для MS, т.к. теперь их важный доход - это Ажура, и они не хотят ограничивать разработчиков платформой, чтобы не быть всегда вторыми за тем же RoR.

Дело даже не в self-хостинге, а в возможности организовать адекватный хостинг на любом веб-сервере. Теперь для разработчиков веб-серверов есть спецификация, согласно которой можно написать модуль для существующего веб-сервера или даже специализированный веб-сервер, с помощью которого можно захостить любое owin-совместимое приложение. Katana это и есть один из таких хостингов. Вот вариант работы с NGINX по FastCGI: https://iobservable.net/blog/2013/08/01/owin-and-n...

> И Katana как-то помогает мне это решить, избавившись от System.Web
коротко - позволяет добиться модульности. Видите ли, MS сейчас активно работает над новыми подходами по развертыванию .net-приложений, в частности над .net core и философией "All is a NuGet package", что будет означать возможность использования РАЗЛИЧНЫХ версией asp.net с различными запущенными на хосте приложениями и возможность устанавливать нужные версии asp.net-сборок как nuget-зависимости, а не как раньше - в составе монолитного .net framework. Так что в рамках такого подхода необходимость в модульном веб-окружении достаточно очевидна.

[Станислав Макаров]

Антон Бруйло