Description:

  • An app service always runs in an App Service plan.

    • A plan can host multiple App Service web app
  • A set of virtual server resources that run App Service apps.

  • Service plans determine

    • the region used for the app datacenter
    • number of VMs used
    • size of the vm
  • az appservice plan create --name $AZURE_APP_PLAN --resource-group $RESOURCE_GROUP --location $AZURE_REGION --sku FREE

    • set to use free tier
  • az webapp create --name $AZURE_WEB_APP --resource-group $RESOURCE_GROUP --plan $AZURE_APP_PLAN?

  • can be deployed from github

  • manually:

    • Git: App Service web apps feature a Git URL that you can add as a remote repository. Pushing to the remote repository will deploy your app.
    • az webapp upwebapp up is a feature of the az command-line interface that packages your app and deploys it. Unlike other deployment methods, az webapp up can create a new App Service web app for you if you haven’t already created one.
    • ZIP deploy: You can use az webapp deployment source config-zip to send a ZIP of your application files to App Service. You can also access ZIP deploy via basic HTTP utilities such as curl.
    • WAR deploy: WAR deploy is an App Service deployment mechanism designed for deploying Java web applications using WAR packages. You can access WAR deploy using the Kudu HTTP API located at http://<your-app-name>.scm.azurewebsites.net/api/wardeploy. If that fails, try: https://<your-app-name>.scm.azurewebsites.net/api/wardeploy.
    • Visual Studio: Visual Studio features an App Service deployment wizard that walks you through the deployment process.
    • FTP/S: FTP or FTPS is a traditional way of pushing your code to many hosting environments, including App Service.

Scale out

  • Can be based on schedule or load

Scale up: