.NET Function that uses Azure Durable Functions to schedule the scale of a function app + CosmosDB to a pre-warmed premium plan for 4 hours. After the 4 hours it moves the app back to the consumption plan, and scales down CosmosDB database.

Contoso is building an app to process weekly timecards for employees. While timecards may be submitted at anytime during the week, the bulk of requests are made late Friday afternoon. To ensure high performance even with large bursts of data, Contoso can use this sample code to pre-emptively scale their serverless components on Friday afternoons, and scale down on Friday evenings. This gets the app warmed and ready in advance of the burst of data.

⚠ The Azure Functions Premium plan is only available in a sub-set of infrastructure in each region. Internally we call these "webspaces" or "stamps." You will only be able to move your function between plans if the webspace supports both consumption and premium. To make sure your consumption and premium functions land in an enabled webspace you should create a premium plan in a new resource group. Then create a consumption plan in the same resource group. You can then remove the premium plan. This will ensure the consumption function is in a premium-enabled webspace. ⚠

Before deploying the project you should have an:

• Azure Function deployed to a consumption plan (the plan and app should be in the same resource group - see note above as well)
• Azure CosmosDB database

You can clone and run the project locally, or deploy to Azure to run. The following app settings should be configured (in local.settings.json locally or in the Application Settings in the cloud).

By default the app will attempt to use Managed Identities for Azure Services to authenticate and perform operations on your subscription. You will need to make sure the managed identity has access to contribute to the resource group. Alternative and for local testing you can use a service principal and provide an app ID and client secret in the application settings.

To trigger this functionality locally you can call the admin API of the function to start a run. When running locally the request would look something like:

POST http://localhost:7071/admin/functions/Timer

{
	"input": "test"
}