Как в случае с Dependency Injection внедрять отдельный экземпляр некоторого класса только лишь для одного другого класса

Здравствуйте, пытаюсь понять как же всё таки правильно использовать Dependency Injection в случае c ASP.NET Web Api2 и Entity Framework 6 (у меня в проекте Autofac, но это неважно).
У меня каркас такой, что в контроллеры внедряются классы-сервисы, а уже в них DbContext (не стал выделять IDbContext, так как DbContext это по сути тоже самое).
Допустим есть три класса, использующие DbContext: OrderService, UserService и некий EstimateService.
В моей логике первые два из них должны использовать один и тот же экземпляр DbContext, а третий (EstimateService) работает параллельно и должен иметь отдельный DbContext, чтобы спокойно параллельно обращаться к базе, при чём даже после обработки результата действия контроллера и отправки ответа (когда "заявка" создана, по ней запускается некий параллельный процесс рассчёта доп.данных).
В этой ситуации я не допонял какой тип жизненного цикла объектов правильно использовать? Сейчас у меня, получается, OrderService и UserService получают один и тот же экземпляр DbContext "за кулисами" через InstancePerApiRequest(), а для EstimateService приходится прямо в контроллере создавать отдельный экземпляр DbContext.

Мне кажется это не очень правильным создавать экземпляр DbContex прямо в контроллере. Подскажите, как средствами IoC-контейнера задать возможность автоматически для некоторого сервиса (у меня это estimateSerivce) выделять отдельный экземпляр DbContext? Можно на примере любого контейнера. То есть я хочу, чтобы по умолчанию для всех классов был один и тот же экземпляр DbContext (один на запрос), но именно для некоторого особенного класса - отдельный экземпляр DbContext.

Вот как выглядит сейчас конструктор контроллера:

0

http://autofaccn.readthedocs.i... d-services

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

для конструктора

https://stackoverflow.com/ques... -injection

1