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 up:
webapp up
is a feature of theaz
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 ascurl
. - 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