Уровень служб и бизнес-уровень в архитектуре веб-приложений?

Я знаю, что это может показаться глупым, но мне трудно понять потребность в уровне обслуживания и его отличиях от бизнес-уровня.

Итак, мы используем asp.net mvc 2 и у нас есть уровень доступа к данным, который выполняет все запросы к базе данных, а затем у нас есть бизнес-уровень, который имеет бизнес-логику и необходимые проверки. Наконец, у нас есть уровень представления, который в основном имеет все представления. Кроме того, у нас также есть некоторые помощники, DTO и классы viewmodel в разных папках как часть наших библиотек. Но я пытался читать об архитектуре, и мне кажется, что уровень обслуживания является важной частью архитектуры.

Все, что я понимаю, это то, что уровень обслуживания - это то, что вызывает все функции. Но я действительно не вижу необходимости в уровне обслуживания в нашем приложении? Или он может быть уже там, и я его не вижу ... Может ли кто-нибудь объяснить на примере, насколько важен уровень обслуживания? Чем он отличается от бизнес-уровня, потому что то, что я прочитал, кажется очень похожим? Если он вообще нужен в первую очередь? Все, что мы пытаемся сделать, это спроектировать наше приложение наилучшим образом, что вы думаете и что испытали по этому поводу?