Каковы преимущества собственного веб-API?

Я использую самостоятельный хостинг веб-API в консоли Windows и программы типа службы Windows (демоны). Приложения такого типа представляют собой длительные процессы, которые не имеют пользовательского интерфейса и могут работать без установки роли IIS.

Преимущество заключается в том, что контроллеры веб-API могут иметь прямой доступ к данным вашего приложения.

Возможные варианты использования самостоятельного хостинга, когда у вас есть такое приложение:

• пропинговать запущенное приложение (у вас может быть отдельная служба мониторинга, которая будет опрашивать ваши приложения с помощью ping-запроса веб-API и предупреждать вас по электронной почте)
• запрос текущего состояния приложения (цель отладки/диагностики)
• предоставлять REST API внешним службам
• предоставить некоторый пользовательский интерфейс — вы можете возвращать статические страницы, реализованные как SPA (одностраничное приложение), и использовать запросы REST для использования данных для пользовательского интерфейса.

Также я использовал web-api в определенных сценариях БД MS-SQL ‹---> Взаимодействие с приложением:

• начиная с Sql Server 2012, вы не можете использовать WCF в хранимых процедурах .NET (вы получаете сообщение об ошибке при установке хранимой процедуры, использующей WCF).
• в Sql Server 2005 и 2008 вы можете использовать WCF, но при обновлении .NET Framework на сервере будут возникать ошибки (версия сборки в SQL Server отличается от версии сборки в ошибке GAC).
• web-api здесь спасает, потому что вы можете использовать класс System.Net.WebClient в ваших хранимых процедурах с SQL Server 2005 и более поздними версиями без каких-либо ограничений.