Короткие ответы: не то, что я знаю.
Еще одна вещь, о которой следует помнить (о которой вы, вероятно, уже знаете), это то, что уровень абстракции очень важен.
Один уровень "Сервис" в SOA - это Бизнес-сервис - не техническая служба, как веб-служба; на самом деле на этом уровне идея реализации совершенно неактуальна. Это больше на уровне архитектуры предприятия и архитектуры бизнеса.
Внизу есть то, что вы могли бы назвать Service Orientated Design , где программные системы построены так, что основаны на услугах - они предлагают то, что легко используется другими системами (или потребляет услугу) во многом таким же образом). Даже на данном этапе мы не говорим о конкретных вещах, таких как technologu, - это всего лишь мышление - как устроена система (архитектура).
Следующий уровень - это когда программные системы предлагают услуги в качестве физических конечных точек, которые определяются адресом, связыванием и контрактом (Азбука SOA).
На этом уровне вы сможете найти реализации; NServiceBus приходит на ум (не то, чтобы я использовал его) - но вам не нужна служебная шина для ориентированной на "сервис" архитектуры.
Наконец, я не совсем уверен, как вы смотрите на ASP.NET в контексте вашего вопроса. Если вы на основе .Net, то WCF - это место, где стоит начать поиск; Одним из типов привязки является веб-сервис, который, будучи веб-сервисом, попадает под эгиду ASP.NET. В качестве альтернативы, если вы создаете веб-сайт или веб-приложение, то сервисы, которые предлагает или потребляет приложение, будут расположены на уровне доступа к данным или сервисов - слабо связаны со слоем Business Logic (BL) - так что они на самом деле не являются напрямую связано с тем, что вы вообще делаете веб-приложение, так как эта архитектура будет работать для разных типов приложений (не только для веб).