title: Is it possible to deploy only updated Azure Function Projects when I push a repo of the entire Solution?
body: <p>I need to refactor a .Net Web API, I'm considering moving to serverless and I'm trying to understand the best option to migrate the code to Azure Functions. </p>
  
  <p>As far as I understand the correct approach to reduce costs and cold start time is to split the API: it is much better to have many small web api than a single one with all methods. Small api consume less memory and cold start quicker.</p>
  
  <p>Having more Functions in the same Project does not resolve the problem as they would be all deployed in the same Function App so one dll, high memory, slow cold start.
  So I should create several Azure Function Projects and deploy each of them in a different Function App. </p>
  
  <p>If all the above is correct we finally got to the problem:
  I would structure the code and the repo so that I have one Solution containing several Azure Function Projects. How can I have a CI/CD (Azure DevOps) so that when I push the repo ONLY the Azure Function Projects updated/modified/new are deployed? I need to deploy only the modified Azure Function Projects so not to have all the Function Apps (also the ones whose code is unchanged) goes cold.</p>
  
  <p>This is less important but I'd also need to have one URL for all APIs, so <a href="https://myapi.azurewebsites.net/api/Function1" rel="nofollow noreferrer">https://myapi.azurewebsites.net/api/Function1</a>, <a href="https://myapi.azurewebsites.net/api/Function2" rel="nofollow noreferrer">https://myapi.azurewebsites.net/api/Function2</a>, etc and not <a href="https://myapi1.azurewebsites.net/api/Function1" rel="nofollow noreferrer">https://myapi1.azurewebsites.net/api/Function1</a>, <a href="https://myapi2.azurewebsites.net/api/Function1" rel="nofollow noreferrer">https://myapi2.azurewebsites.net/api/Function1</a>, etc. Is this possible using the above structure?</p>