Возник вопрос как бы, прилетело нежданно. Все мы регаем контекст базы данных(конекшен) на реквест если используем какой то DI.
так вот все прекрасно работает если ответы шустрые.
достался сервис старый который мы планово перевели на нет кор и конекшеном на реквест.
внутри одной команды есть вызов другого стороннего сервиса который отвечает в районе 4-6 секунд.
это привело к тому что на пиковых нагрузках дергания этой команды я начал ловить в логах ошибку что не приложуха не может получить конекшен так как пул забит уже.

собственно сам диспут а стоит ли держать конешен к бд на ревест? дорогой ресурс вроде как и нужно на на команду.

п.с старый сервис собственно так и делал и поэтому и не видела раньше я такой ошибки.

п.с.пс. я конечно могу перевести на рельсы очереди и такого не будет но легкий осадок что как то не так остался.

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

ты плохо читаешь что я написал.. я регаю как надо вопрос в том если конекшен весит все время открытый, а ответе система обрабатывает на 4-6 секунд на реквест то при 300 рпс и выше дефотное колво конекшенов в пуле просто не хватает, оно не успевает вернуть изза этого. а если я не инжекчу контекст и а инжекчу репо, внутри репо оборачиваю в using на операцию - то не вижу этой проблемы уже.

skyANA или ты как то по другому предлагаешь контект еф прокидывать? я не уловил мысли. вот как ты на операцию его регаешь

да оно закрывается я по дампу памяти смотрел все эт все ок просто не успевает на большом рпс изза ниже опишу

ну смотри у меня приходит реквест сделайт что то

SomeCommandHandler{
SomeCommandHandler(DbContex db, sevice ...etc)
public Task Handle(T)
{
//что то подтягиваю чтоб провалидировать по бизнес правилам (оно может быть спрпятано в сервисах но так как контект скопотом то будем считать что вызов тут для наглядности)
db.Select()
db.Select()
remoteService.getData() // это к примеру 4-6 сек и на этот внешний(чужой) сервис я не могу влиять
db.Add or db.Update
}
}
вот примерно так выглядит щас как только нагрузка по колву реквестов начинает расти и достигает определеных цифр то соединения не успеваю освободиться изза вызова стороннего сервиса..за 4-5 секунду как ни как.
я же правильно понимаю что DbContext создает соединение на первый запрос в скоупе и потом не закрывает его до выхода из скойпа? отсюда и вопрос мой возник. щая я смотрю в сторону очереди и ограничить по сути использование конекшенов колво консумеров.

речь идет о https://github.com/dotnet/efcore/blob/master/src/EFCore/Extensions/EntityFrameworkServiceCollectionExtensions.cs#L65

извини если запутал. мы говорим в контексте DI , время жизни без каких либо траназакций

в логах нету окрытия или закрытия только сами запросы и время.
есть понятие db.Database.GetDbConnection().State но оно только тригерит когда руками открыли.
вообщем я не понял держит ли он конекшее или нет на время реквеста

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

я такое делал с дапером и полли, тут под капотом также поли я смотрю( в сорсах поковырялся)