title: Start extremely long running processes through a REST request
body: <p>I'm working at an automation firm so we create processes for industrial automation. Previously this automation was done on the machine side of things, but we're slowly transitioning to controlling the machines with c#.</p>
  
  <p>On my current project the production for one day takes about 2 hours. The operators of the factory have a web interface that we created in c# using asp.net core MVC in which they can start/pause/stop this production process.</p>
  
  <p>When starting the process we await a function in our controller that is basically a while loop that controls this 2h long production process.</p>
  
  <p>The problem is now that when I send out the REST request to start the production this request takes 2h to complete, I would prefer this request immediately completes and the production process starts on the background of my asp.net core application.</p>
  
  <p>First I thought I could just leave out the await and simply do this in my controller (simplified code):</p>
  
  <pre class="lang-cs prettyprint-override"><code>_ = _productionController.StartLongProcess(); // This contains the while loop
  return Ok();
  </code></pre>
  
  <p>But since _productionController is scoped and all its dependencies are as well, these immediately get disposed of when the method returns and I can't access my database anymore for example.</p>
  
  <p>The process should be able to continuously talk to our database to save information about the production process in case something fails, that way we can always pick off where we left off.</p>
  
  <p>My question to you is now, are we tackling this the wrong way? I imagine it's bad practice to start these long running processes in the asp.net controller.</p>
  
  <p>How do I make sure I always have access to my DatabaseContext in this long running process even though the REST request has already ended. Create a separate scope only for this method? </p>