Async/Await и многоуровневое веб-приложение

Question

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

public virtual ActionResult Method() 
{ 
    SomeLogic.LargeOperation(); 
    return View(...); 
} 

LargeOpertation делает много. Вот псевдокод:

public void LargeOpertion() { 
    DatabaseManipulations1(); 
    IndependentWork(); 
    CallingToWebService1(); 
    IndependentWork();  
    DatabaseManipulations2(); 
    IndependentWork(); 
    CallingToWebService2(); 
    IndependentWork(); 
} 

Каждый метод внутри LargeOperations имеет методы пары внутри себя, и так далее ... Возникает вопрос: Нужен ли, чтобы сделать их все асинхра и использование ждет почти каждый из прикладного уровня?

public virtual Task<ActionResult> Method() 
{ 
    await SomeLogic.LargeOperation(); 
    return View(...); 
} 

public async Task LargeOpertion() { 
    await DatabaseManipulations1(); 
    IndependentWork(); 
    await CallingToWebService1(); 
    IndependentWork();  
    await DatabaseManipulations2(); 
    IndependentWork(); 
    await CallingToWebService2(); 
    IndependentWork(); 
} 

Или я могу просто использовать задачу на LargeOpertaion так:

public virtual Task<ActionResult> Method() 
{ 
    await Task.Run(() => SomeLogic.LargeOperation()); 
    return View(...); 
} 

Давайте также предположим, что IndependentWork() не столь велика.

Answer 1

Из-за некоторых проблем оптимизации я решил переписать метод действия контроллера на асинхронный.

Перед тем, как начать, вы должны понимать, что async будет делать для вас и то, что он не будет.

Асинхронные операции не работают быстрее. Таким образом, асинхронный вызов в базу данных происходит не быстрее, чем синхронный вызов базы данных.

await не возвращается в браузер раньше. Все, что он делает, это освободить текущий поток обратно в threadpool ASP.NET.

Таким образом, каждый индивидуальный запрос по-прежнему занимает одно и то же общее время (фактически, только немного дольше, но не по определенной величине).

asyncis help with is scalability - то есть способность вашего приложения обрабатывать больше запросов с одинаковыми ресурсами. Тем не менее, это только помогает масштабируемость вашего веб-приложения - он не может волшебным образом попасть в вашу базу данных и сделать , что шкала. Итак, если ваше узкое место в масштабируемости - это ваша база данных, а не ASP.NET (как правило, это так), то async не поможет вам вообще.

Если ваши базовая база данных является масштабируемой (например, NoSQL, Azure SQL, или базы данных кластера), и если вашего приложения ASP.NET необходимо расширять, то вы можете воспользоваться async.

Должен ли я сделать все асинхронным и использовать в почти каждом слое приложения?

Наилучший подход - начать с «листьев» - методов самого низкого уровня - и проложить себе путь оттуда. В этом случае начните с взаимодействия с базой данных и сначала конвертируйте их в async.

Однако ни в коем случае не следует использовать Task.Run или Task.Factory.StartNew. Вместо этого используйте истинные асинхронные API, такие как поддержка async в EF6.