Это действительно зависит от того, какое решение вы должны построить.
В данном случае это простое приложение, которое, как вы знаете, будет использоваться 5-10 пользователями в интрасети для небольшой компании, тогда использование его не принесет особой пользы (такие приложения / система звучат для меня довольно устаревшими). Даже в этом случае я буду рассматривать использование асинхронной службы, только начиная с того факта, что она стоит вам столько же времени, поскольку она действительно хорошо поддерживается фреймворком.
Основная цель - масштабируемость со стороны сервера. Так что, если вы строите систему, которую хотите масштабировать, вы должны определенно пойти на это. Если вы начнете его использовать, это никак не улучшит ваши проблемы с производительностью - если у вас плохие запросы, вам все равно придется их улучшать.
Мне нравятся эти два поста о том, как продемонстрировать выигрыш в производительности от его использования:
Масштабируемые и производительные API-интерфейсы ASP.NET Core Web и
Async vs Blocking services .
Короче говоря, когда вы начнете создавать систему, и все будет просто, вы никогда не узнаете, когда они станут более сложными (они, вероятно, пойдут) - достижение лучшей производительности на первом этапе жизненного цикла проекта может сэкономить вам массу неприятностей позже. .