Как правильно построить n-layer архитектуру приложения ASP.NET MVC?

Обычно выделяют по отдельному проекту на слой: DAL (с репозиториями), BL (с сущностными моделями) и UI (с composition root и, собственно, UI). Все в разные проекты одного солюшена. В базе это две таблички со связью many-to-many (события и относящиеся к ним люди).

Но все зависит от задачи, конечно. Можно можно под каждую подсистему сделать микросервис, а можно и просто по разным папкам в едином проекте разложить.

Толстый Лорри, это понятно, просто словом "подсистема", в тестовом задании, я думал проверяющий хотел подчеркнуть, что они не должны зависеть друг от друга, чтобы можно было одну систему "выдернуть", а оставшаяся работала.

Иван Мурашкин, слово "подсистема" может означать составную часть в любом виде, фокус лишь на том, что это должна быть "черная коробочка", т.е. соответствовать принципу S-SOLID. Если вы "выдерните" из автомобиля переднюю подвеску, то задняя вряд ли пострадает, хоть автомобиль и не поедет. Зато никто не помешает вместо банального мак-ферсона поставить многорычажку и не перетестировать работу прикуривателя (образно говоря).

Толстый Лорри, понял, спасибо)